页面卸载前清理长连接的关键是在用户触发关闭动作时主动终止，而非依赖beforeunload或pagehide事件；需用connectionpool集中管理所有长连接，创建时登记、异常时移除，websocket调用close()、eventsource调用close()、fetch使用abortcontroller.abort()，beforeunload仅作兜底。
页面卸载前清理长连接资源，关键不是“等卸载再清”，而是**在用户触发关闭动作时主动终止**——因为 beforeunload 或 pagehide 事件无法保证执行（如强制关闭、崩溃、系统休眠），且此时部分资源已不可控。
必须提前拦截并统一管理长连接
不要等到页面要关了才开始找连接。所有长连接（EventSource、WebSocket、未完成的 fetch、XMLHttpRequest）应在创建时就被登记，并绑定到可销毁的生命周期中。
- 用一个集中管理器（如
ConnectionPool类）记录所有活跃连接实例 - 每次新建连接时调用
pool.add(ws)或pool.add(eventSource) - 连接关闭或出错时自动从池中移除（避免残留）
WebSocket 和 EventSource 要显式 close/disconnect
它们不会因 DOM 卸载或标签页关闭而自动断开，服务器仍可能持续推送，客户端也继续占用内存和网络栈。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
WebSocket：调用
ws.close(1000, 'cleanup')；避免只设ws = null -
EventSource：调用
es.close()；注意它没有onclose回调，需靠状态判断 - 若使用封装类（如
class RealtimeFeed），暴露.destroy()方法，内部执行close()+ 清空回调引用
AbortController 是 fetch 的标配清理开关
每个 fetch 请求都应携带 signal，并在页面退出逻辑中统一 abort()。
- 创建时绑定：
const controller = new AbortController(); fetch(url, { signal: controller.signal }) - 退出前调用：
controller.abort()—— 会立即拒绝 Promise 并中断底层请求 - 多个请求共用一个 controller 也可，但更推荐按业务模块分组管理（如
userFeedController、notificationController）
监听 beforeunload 只做兜底，不作主力
它可以作为最后一道防线，但不能依赖它完成全部清理。重点是把清理动作前置到用户操作中（如点击“退出”、“切换账号”、“关闭弹窗”）。
- 注册一次即可：
window.addEventListener('beforeunload', cleanupAll, { once: true }) -
cleanupAll函数只执行池中已登记连接的close()/abort()，不做新逻辑 - 避免在该回调中发起异步操作（如
await logoutApi()），浏览器会忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
