最近在公司做后台管理系统的时候，遇到一个挺实际的问题：页面上的在线用户数老是不准，得手动刷新才能看到最新数据。后来发现，其实是刷新频率没设好，导致信息延迟。这个问题其实挺常见的，尤其是一些需要实时监控的场景，比如客服系统、直播后台或者设备管理平台。
什么是在线用户刷新频率
简单来说，就是前端页面每隔多久自动向服务器请求一次最新的在线用户数据。比如设成5秒，那每过5秒就会发一次请求，获取当前有多少人在线。这个时间间隔太长，数据就不够实时；太短，又可能给服务器带来压力。
怎么设置才合理
这得看具体使用场景。如果是内部管理后台，用户量不大，网络环境稳定，可以设成3到5秒刷新一次。像我们做的那个系统，一开始设的是10秒，结果客服经常错过新上线的客户，改成3秒后情况就好多了。
但如果你的系统用户量特别大，比如上万人同时在线，频繁请求会占用不少带宽和服务器资源。这时候就得权衡一下，可以设成10秒甚至15秒一次，或者改用 WebSocket 这类长连接方案，只在数据有变化时推送更新，而不是靠轮询。
代码怎么写
前端用 JavaScript 实现定时刷新其实很简单。下面是个小例子：
setInterval(function() {
fetch('/api/online-users')
.then(response => response.json())
.then(data => {
document.getElementById('user-count').textContent = data.count;
});
}, 3000); // 每3秒请求一次这段代码会让页面每3秒去拿一次在线人数，然后更新到 id 为 user-count 的元素上。你只需要根据实际情况调整时间间隔就行。
别忘了考虑用户体验
有些用户可能不喜欢页面一直动来动去，尤其是数据跳变频繁的时候。可以在设置里加个开关，让用户自己选“高刷新率”还是“省电模式”，前者每3秒更新，后者每15秒一次，甚至允许手动刷新。这样既照顾了性能，也尊重了用户习惯。
另外，移动端尤其要注意。频繁网络请求会耗电，还可能影响流量。如果用户在用4G或5G上网，太高的刷新频率容易引起反感。建议在移动版默认设低一点，比如10秒一次，或者检测到切到后台就暂停刷新。