CometD 不支持 WebSocket 分段消息传输：替代方案与最佳实践-java教程-PHP中文网

CometD 不支持 WebSocket 分段消息传输：替代方案与最佳实践

cometd 基于 bayeux 协议（json 格式）设计，始终将消息作为完整单元处理，不支持 websocket 层面的分片（partial message）或流式传输；大文件上传/下载应交由 http 或自定义 websocket 子协议处理，而非 bayeux 消息。

cometd 基于 bayeux 协议（json 格式）设计，始终将消息作为完整单元处理，不支持 websocket 层面的分片（partial message）或流式传输；大文件上传/下载应交由 http 或自定义 websocket 子协议处理，而非 bayeux 消息。

CometD 的核心定位是低延迟、双向、事件驱动的轻量级消息推送，其协议栈（Bayeux over WebSocket/HTTP）要求每条消息在发送前必须序列化为完整 JSON 对象。这意味着：

✅ 支持多路复用、长轮询、自动重连、通道订阅/发布等典型 Pub/Sub 功能；
❌ 不支持 WebSocket 的 continuation frame（如 RFC 6455 定义的分片帧）、消息分块（chunking）、或流式内容拼接；
❌ 无论使用 CometD 5.x 还是最新版（如 7.x），该限制均存在——分段消息不属于 Bayeux 协议范畴，因此 CometD 从未实现且无计划支持。

当需要传输大文件、日志流、音视频片段等超出内存友好范围的数据时，推荐采用“控制面 + 数据面分离”架构：

控制面（CometD）：仅传递元数据与协调指令

WebSocket 8.18.2
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。

下载
```
{
  "channel": "/service/upload",
  "data": {
    "uploadId": "a1b2c3d4",
    "fileName": "report.pdf",
    "size": 12485760,
    "uploadUrl": "https://api.example.com/uploads/a1b2c3d4"
  }
}
```
数据面（独立 HTTP/WebSocket 连接）：执行实际传输
- ✅ 使用标准 HTTP PUT/POST 上传至预签名 URL（推荐，兼容 CDN、断点续传、浏览器原生支持）；
- ✅ 或建立专用 WebSocket 连接（非 Bayeux），自定义二进制帧协议（如 ArrayBuffer 分片 + 序号校验）：
```
// 示例：Java 客户端分片发送（伪代码）
byte[] fileBytes = Files.readAllBytes(path);
int chunkSize = 64 * 1024;
for (int i = 0; i 
```

⚠️ 避免在 CometD 消息中嵌入 Base64 编码的大文件：JSON 序列化会显著放大体积（+33%），且阻塞事件循环，极易触发 OOM 或超时；
⚠️ CometD 的 maxMessageSize（默认 64KB）和 maxJSONSize 等参数仅用于防御性截断，不可用于实现逻辑分片；
✅ 若需强一致性保障（如上传完成才通知下游），可在 HTTP 上传成功后，由服务端通过 CometD 发送 {"status":"completed","uploadId":"..."} 事件；
? 第三方库如 Netty、Spring WebFlux 或 Apache Mina 可辅助构建高性能二进制 WebSocket 传输层，但需自行设计协议头、校验与重传机制——不存在“开箱即用兼容 CometD 的分片库”。