JS无法100%准确检测用户在线状态，最可靠的方法是结合心跳机制与服务器端判断。1. 通过setinterval定期发送心跳请求，连续多次失败后判定为离线；2. 利用beforeunload事件配合navigator.sendbeacon通知服务器用户即将关闭页面；3. 服务器综合心跳、最后活动时间等信息最终确认在线状态；4. 可结合websocket断开连接、page visibility api可见性变化、sse消息接收超时等辅助手段提升判断准确性，但js仅作辅助，核心判断应在服务端完成。
JS检测用户在线状态，这事儿挺微妙的。直接说结论，JS本身没法100%准确地告诉你用户是不是真的在线。但我们可以通过一些方法来尽量接近这个目标，并做出一些合理的判断。
解决方案
核心思路是：定期向服务器发送请求，如果请求成功，就认为用户在线；如果请求失败，就认为用户离线。但这里面有很多细节需要考虑。
用户真的离开了页面吗？还是仅仅网络波动？
这是个好问题！单纯依靠一次请求失败来判断用户离线，显然是不靠谱的。网络波动、服务器偶尔抽风都是常有的事。所以，我们需要引入“心跳机制”。
具体来说，就是每隔一段时间（比如30秒），JS就向服务器发送一个“心跳”请求。如果连续多次（比如3次）心跳请求都失败了，我们才认为用户离线。
let online = true; let heartbeatInterval = 30000; // 30秒 let maxFailures = 3; let failureCount = 0; function sendHeartbeat() { fetch('/heartbeat') // 假设你的服务器有一个/heartbeat接口 .then(response => { if (response.ok) { online = true; failureCount = 0; // 重置失败计数 console.log('Heartbeat successful'); } else { handleHeartbeatFailure(); } }) .catch(error => { handleHeartbeatFailure(); console.error('Heartbeat error:', error); }); } function handleHeartbeatFailure() { failureCount++; console.log('Heartbeat failed, count:', failureCount); if (failureCount >= maxFailures) { online = false; console.log('User is offline'); // 在这里执行用户离线后的操作，比如更新UI、通知服务器等 } } setInterval(sendHeartbeat, heartbeatInterval);
这段代码的核心在于
sendHeartbeat
函数，它定期向
/heartbeat
接口发送请求。服务器端需要相应地处理这个请求，并返回一个成功的状态码（比如200）。如果请求失败，
handleHeartbeatFailure
函数会增加失败计数，并在达到最大失败次数后，将
online
状态设置为
false
。
如何处理用户主动关闭浏览器的情况？
心跳机制对于网络波动导致的短暂离线比较有效。但如果用户直接关闭浏览器，心跳请求就根本发不出去了。
这时候，我们可以利用
beforeunload
事件。这个事件在用户即将离开页面时触发，我们可以在这里发送一个请求告诉服务器用户即将离线。
window.addEventListener('beforeunload', function(event) { navigator.sendBeacon('/user-offline', JSON.stringify({ userId: '123' })); // 使用sendBeacon，避免阻塞页面卸载 });
navigator.sendBeacon
方法特别适合这种场景，因为它会在浏览器关闭后异步发送请求，不会阻塞页面的卸载。 注意，
sendBeacon
不能保证100%成功，但它尽力而为。
服务器端需要监听
/user-offline
接口，并在收到请求后，更新用户的在线状态。
为什么不能完全依赖JS来判断用户在线状态？
因为JS运行在客户端，很容易被篡改。恶意用户可以修改JS代码，使其永远返回在线状态，从而绕过我们的检测。
所以，最终的判断权还是应该掌握在服务器端。服务器端可以综合考虑心跳请求、
beforeunload
事件、用户最后一次活动时间等因素，来更准确地判断用户是否在线。
JS的作用更多的是辅助服务器端进行判断，并提供一些实时的反馈。
除了心跳机制和 beforeunload 事件，还有其他方法吗？
当然有！ 比如：
- WebSocket: 如果你的应用使用了 WebSocket，那么 WebSocket 连接断开可以作为用户离线的信号。
- Page Visibility API:
document.hidden
属性可以告诉你页面是否可见。如果页面不可见，用户可能已经切换到其他标签页或最小化了浏览器。 虽然不能直接判断用户离线，但可以降低心跳频率，节省资源。
- Server-Sent Events (SSE): 服务器可以主动向客户端推送消息，如果客户端长时间没有收到消息，也可以认为用户离线。
选择哪种方法取决于你的具体需求和应用场景。
