websocket大数据二进制传输需前端手动分片，因浏览器不自动分片；首帧fin=false、opcode=2，中间/末帧fin=false/true、opcode=0，确保协议合规与流式传输。
WebSocket 在 JavaScript 中处理大数据量二进制传输，核心在于**主动分片 + 正确设置 FIN 和 Opcode**。浏览器原生 WebSocket API 不自动分片（不像某些服务端库如 ws 或 WebSocket-Node 可配 fragmentOutgoingMessages），所以大二进制数据（如视频帧、大文件）必须由前端手动切片发送，并确保接收端能按 WebSocket 协议规则重组。
为什么必须手动分片？
浏览器的 socket.send(arrayBuffer) 会尝试一次性发送整个 ArrayBuffer。若数据远超网络 MTU 或服务端接收缓冲区，易触发连接中断、丢帧或服务端解析失败。RFC 6455 明确允许分片，且是解决“未知长度流式数据”传输的标准方式——边生成边发，不卡内存。
分片发送的关键规则
必须严格遵循 WebSocket 帧控制字段语义：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
首帧：
FIN = false，Opcode = 2（二进制帧），标识消息开始 -
中间帧：
FIN = false，Opcode = 0（延续帧），不能单独存在 -
末帧：
FIN = true，Opcode = 0（延续帧），收尾并触发完整消息交付 - 所有分片必须保持同一数据类型（首帧定下是二进制，后续就全是二进制内容）
前端手动分片发送示例
使用 Uint8Array 切片，配合 send() 的 binary 选项（部分浏览器需显式传入 ArrayBuffer）：
function sendBinaryInChunks(socket, data, chunkSize = 16384) {
const uint8 = new Uint8Array(data);
let offset = 0;
while (offset
重要提示：浏览器 API 层不暴露 FIN/Opcode 控制，因此上述代码发出的每一帧，其 FIN 和 Opcode 由底层自动设置——首帧为 FIN=1, Opcode=2；若想真正分片，必须依赖服务端启用自动重组能力（如 Node.js 的 ws 库默认开启，WebSocket-Node 需设 fragmentOutgoingMessages: true），或改用支持底层帧控制的库（如 websocket-as-promised 封装）。
接收端配合要点（服务端决定能否正确重组）
客户端发得对，服务端还得接得住：
- 确认服务端 WebSocket 实现支持分片重组（查文档是否默认启用，如
ws是，原生WebSocket-Node需手动开fragmentOutgoingMessages） - 避免在服务端用
message事件直接取data，而应监听buffer或原始帧事件，维护缓冲区直到收到 FIN=1 的帧 - 对高并发场景，为每个连接设置最大累积缓冲上限（如 100MB），防内存溢出
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
