你以为轮询就是 setInterval?再学学吧！

轮询可不是简单的setInterval循环。前端开发中，很多人把这两者划等号，其实差远了。

setInterval确实能实现定期请求，但粗暴使用它就像拿着水枪救火——不仅效率低，还可能引发灾难。想象一下：用户切到后台标签页，页面仍然傻乎乎地每秒发请求，既耗电又浪费流量。更糟的是，网络波动时，请求可能堆积如山，页面直接卡成PPT。

真正的轮询讲究策略。老手会用手动setTimeout实现"自适应轮询"：上次请求成功就正常间隔，失败就自动延长等待时间。就像聪明的渔夫，发现鱼群稀少就收竿歇会儿，鱼汛来了再甩钩。WebSocket不适用时，这种动态轮询既能保证数据新鲜度，又避免把服务器压垮。

某些场景需要更精细的控制。比如聊天室消息提醒，用户活跃时高频检查，页面闲置时立刻降频。这叫"智能节流"，好比空调自动调节温度——人在房间猛制冷，出门自动调休眠。HTML5的Page Visibility API就是为这种需求而生，比无脑轮询优雅得多。

API设计也暗藏玄机。好的后端接口会返回下次轮询建议时间，前端按这个节奏跳舞，比硬编码的固定间隔靠谱十倍。就像跟着乐队指挥的节拍器，比自顾自乱敲架子鼓强。