使用setTimeout定时发送AJAX请求的资源消耗如何？合适的轮询间隔是多少？

短轮询模式下不存在绝对的「最佳间隔」，需要结合你的业务场景、服务器配置、预期在线用户数调整，通用场景下的推荐区间是1500ms ~ 3000ms，这个区间已经平衡了普通用户的实时感知和服务器资源开销：

• 高实时需求场景（客服沟通、办公协作聊天）：取1500ms间隔，单台2核4G的应用服务器默认配置就能支撑3000~5000在线用户同时轮询，用户感知的消息延迟基本在2秒以内，符合聊天场景的体验要求
• 低实时需求场景（社区闲聊、评论区互动、公共直播间聊天）：取2500ms ~ 3000ms间隔，服务器压力比1500ms的方案低40%以上，用户也不会感知到明显的消息滞后

低改造成本的优化方案 #

如果不想调整间隔还想进一步降低服务器压力，可以在现有架构基础上做两个小优化，不需要重构整体逻辑：

• 合并请求：把聊天记录拉取、未读计数更新、用户心跳三个接口合并为一个，每次轮询只发起1次AJAX请求，减少TCP握手开销和服务端请求处理次数
• 动态调整间隔：监听页面焦点状态，如果用户切走页面超过3分钟，自动把轮询间隔拉长到10s，用户切回页面时立刻触发一次数据拉取，再恢复原有间隔
• 增量拉取：每次请求只带上次拉取到的最新消息ID，服务端只返回该ID之后的新消息，不要每次全量拉取整个聊天窗口的记录，大幅降低接口传输数据量和数据库查询压力

如果后续你的平台在线用户超过1万，建议直接替换为WebSocket长连接方案，同等服务器配置下可承载的在线用户数是短轮询的5~10倍，消息延迟可以稳定在100ms以内，体验和资源开销都会有明显提升。

内容的提问来源于stack exchange，提问作者Nem