keepalive 下 socket 连接需手动管理生命周期：在 activated 中检查并恢复连接、绑定事件，在 deactivated 中关闭或暂存连接，避免重复绑定与内存泄漏；发送消息前校验 readystate，推荐全局状态共享与心跳保活。
KeepAlive 缓存页面时，Socket 连接不会自动断开或暂停，必须手动管理生命周期，否则容易导致连接堆积、内存泄漏或重复收发消息。
组件激活/隐藏时主动控制 Socket
使用 activated 和 deactivated 钩子（Vue 2/3 setup 中的 onActivated / onDeactivated）来响应 KeepAlive 的显隐状态：
-
deactivated 时关闭或暂存连接：调用
socket.close()或设为socket = null，避免组件隐藏后仍在监听 - activated 时恢复连接：检查 socket 是否已存在且可用；若已断开，则重新建立；若支持断线重连，可复用原有实例并触发重连逻辑
- 注意：不要在
beforeUnmount或unmounted中处理 —— KeepAlive 下这些钩子不会触发
避免重复连接和监听器泄漏
KeepAlive 可能多次触发 activated，但组件实例未销毁，因此：
- 建立连接前先判断
!socket || socket.readyState === WebSocket.CLOSED - 监听事件（如
onmessage）应在activated中统一绑定，但需确保不重复绑定 —— 可在deactivated中socket.removeEventListener，或使用单次绑定 + 标志位控制 - 推荐用闭包或 ref 存储回调函数引用，便于精准移除
连接状态与业务逻辑解耦
不要依赖组件显隐状态决定是否发消息，而应以连接就绪（socket.readyState === WebSocket.OPEN）为准：
- 发送前加状态校验，失败时缓存消息或提示重连中
- 可封装一个
sendWithRetry方法，内部处理排队、重连后补发等逻辑 - 全局维护连接状态（如 Pinia store），让多个 KeepAlive 组件共享连接实例和状态，避免各自建连
特殊情况：需要后台保活的长连接
若业务要求组件隐藏时仍维持连接（如聊天消息实时推送），则：
- 不在
deactivated中关闭 socket，而是保持连接活跃 - 通过心跳机制（定时
socket.send('ping')）防止服务端超时断连 - 组件激活时再订阅特定频道或拉取离线消息，隐藏时不取消订阅（除非明确业务允许）
- 务必配合连接状态监控和自动重连，避免静默断连后无法恢复
核心原则是：KeepAlive 不等于“常驻后台”，它只缓存 DOM 和组件实例，不接管网络层。Socket 生命周期必须由开发者显式对齐组件的激活状态，而不是依赖框架自动处理。
