websocket send() 均为异步，需用唯一 req_id 关联请求与响应：发送时生成 id 并存回调至 map，服务端响应须携带同 req_id，前端匹配后执行并清理；超时和类型校验、错误捕获、服务端字段验证缺一不可。
WebSocket 本身没有“同步发送”能力，所有 send() 都是异步的，但你可以通过请求-响应模式模拟同步行为——关键不是等 send 完，而是等服务端回传对应 action 的消息。
如何给 WebSocket 消息加唯一标识并绑定回调
服务端返回的消息必须携带可匹配的字段（比如 req_id 或从 action 推导出的响应名），前端靠它把 onmessage 和某次 send() 关联起来。
- 不要依赖发送顺序或时间戳做匹配，网络延迟和多连接下不可靠
- 推荐在发送时生成短唯一 ID：
const reqId = Date.now().toString(36) + Math.random().toString(36).substr(2, 5) - 把回调存进一个 Map：
this.callbacks.set(reqId, callback)，收到响应后用reqId查找并执行 - 务必设超时清理：
setTimeout(() => this.callbacks.delete(reqId), 10000)
Python websockets 库中 await send() 不等于 await 响应
websockets 的 await websocket.send(...) 只表示数据已写入 socket 缓冲区，并不等待服务端处理或返回。真正的响应仍需监听 websocket.recv() 并手动匹配。
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 客户端不能写
await websocket.send(msg); resp = await websocket.recv()——这会收下一条任意消息，不一定是本次请求的响应 - 正确做法：发完后进入循环
while True: msg = await websocket.recv(); if msg.get('req_id') == my_req_id: break - 注意异常：
recv()可能抛ConnectionClosed，需包裹 try/except - 如果多个请求并发，每个都要维护自己的
req_id和等待逻辑，别共用同一个 recv 循环
JavaScript 中 onmessage 回调里怎么安全执行用户传入的 callback
直接在 onmessage 里调用 callback(data) 看似简单，但容易因作用域丢失、this 错乱或 callback 被重复调用而出错。
- callback 必须是函数类型，先做
typeof callback === 'function'判断 - 避免多次触发：收到响应后立刻从存储中
delete对应的回调项，防止服务端重推导致重复执行 - 不要在 callback 内直接操作 DOM 或修改全局状态，除非你确认它运行在主线程且上下文稳定
- 如果 callback 抛错，用
try/catch包一层，否则会中断整个onmessage流程
最易被忽略的一点：服务端是否真的按请求返回了带 req_id 的响应？很多初学者卡在前端逻辑没问题，但后端漏写了这个字段，或者拼错了 key 名——建议先用浏览器开发者工具或 wscat 手动发包验证服务端响应格式。
