WebSocket是独立于HTTP的TCP全双工协议，需用ws://或wss://初始化；onmessage中data可能是string或Blob，须判型解析；close/error事件不可靠，须结合心跳、readyState和send异常判断连接状态。
WebSocket 是浏览器原生支持的全双工通信协议
它不是 HTTP 的增强版，也不是轮询的替代包装，而是一套独立于 HTTP 的 TCP 连接机制。建立后，客户端和服务端能随时互相发消息，没有请求-响应约束。关键在于：连接一旦打开，就持续存在，直到显式关闭或网络中断。
new WebSocket() 初始化时必须用 ws:// 或 wss:// 协议
传入 http:// 或 localhost:3000 这类地址会直接报错 SecurityError: Invalid URL。浏览器强制要求协议明确：
-
ws://example.com/chat用于开发或非 HTTPS 环境 -
wss://example.com/chat是生产必需（类似 HTTPS），否则现代浏览器会拒绝连接 - 路径部分（如
/chat）由服务端路由识别，WebSocket 协议本身不解析路径语义
onmessage 回调里收到的 data 默认是 Blob 或 string，不是自动 JSON 解析
服务端发来 {"type":"msg","text":"hi"}，前端 event.data 可能是 string 类型，也可能是 Blob（尤其当服务端设置 binaryType = "blob"）。常见错误是直接 JSON.parse(event.data) 导致 SyntaxError：
socket.onmessage = function(event) {
let data;
if (typeof event.data === 'string') {
data = JSON.parse(event.data);
} else if (event.data instanceof Blob) {
const reader = new FileReader();
reader.onload = () => console.log(JSON.parse(reader.result));
reader.readAsText(event.data);
}
};
close 事件不等于连接断开，error 事件也不一定触发
网络闪断、NAT 超时、代理主动 kill 连接时，socket.readyState 可能卡在 1（OPEN），但后续 send() 会静默失败。不能只依赖 onclose 做重连判断：
立即学习“Java免费学习笔记（深入）”；
- 必须自己加心跳（例如每 30 秒
socket.send('ping')） - 设置
setTimeout监控响应，超时即判定为失联 -
onerror只捕获底层异常（如 DNS 失败、SSL 握手失败），连接建立后的静默断连它不会触发
真正可靠的连接状态，得靠应用层心跳 + readyState + send 返回值（虽然 send 不返回 promise，但失败时会抛出异常）共同判断。
