websocket需应用层实现消息级超时：发送时生成唯一id并缓存，启动定时器；响应匹配id后清除定时器并resolve；断连时批量reject并清空缓存。
WebSocket 本身不提供消息级超时机制，需要在应用层手动实现。核心思路是：发送消息时启动定时器，收到对应响应后清除定时器；超时未响应则执行失败回调。
为每条消息绑定唯一标识和定时器
WebSocket 是全双工通信，服务器返回的消息可能无序或延迟。必须给每条发送的消息分配唯一 ID（如 UUID 或递增序号），并在发送时存入一个待响应映射表，同时设置定时器。
- 用 Map 或对象缓存 messageId → { resolve, reject, timer }
- 发送前生成 messageId，附带在消息体中（例如
{ type: 'request', id: 'abc123', data: ... }） - 调用
setTimeout启动超时逻辑，时间到则触发 reject 并清理记录
监听服务端响应并匹配 ID
在 ws.onmessage 回调中解析响应消息，检查是否含 id 字段，并查找对应待处理项。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 若匹配成功，清除定时器、调用 resolve、从缓存中删除该条目
- 建议加一层校验：只处理
type === 'response'且有对应id的消息 - 避免因重复响应、伪造 ID 或旧消息重放导致误触发
封装成 Promise 发送方法
把上述逻辑封装成类似 sendMessage(data, timeout = 5000) 的方法，对外暴露 Promise 接口，使用更直观。
- 内部自动处理 ID 生成、缓存、定时器、清理
- 支持传入自定义超时毫秒值，默认 5s 是常见选择
- 可扩展支持取消（AbortSignal）、重试、错误分类等
注意连接异常与定时器清理
WebSocket 断开或关闭时，所有待响应消息都应被统一拒绝，否则定时器会持续运行造成内存泄漏。
- 监听
ws.onclose和ws.onerror，遍历待处理 Map，批量 reject 并清空 - 在 send 前检查
ws.readyState === WebSocket.OPEN，避免无效发送 - 定时器引用必须保存在缓存对象里，确保能被 clearTimeout 正确清除
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
