javascript WebSocket是什么_如何实现实时双向通信？

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 做重连判断：

• 必须自己加心跳（例如每 30 秒 socket.send('ping')）
• 设置 setTimeout 监控响应，超时即判定为失联
• onerror 只捕获底层异常（如 DNS 失败、SSL 握手失败），连接建立后的静默断连它不会触发

真正可靠的连接状态，得靠应用层心跳 + readyState + send 返回值（虽然 send 不返回 promise，但失败时会抛出异常）共同判断。