一、为什么要把数据通道和 WebTransport 放在一起聊？

说实话，我刚开始接触 WebTransport 的时候，第一反应是：这不就是数据通道的升级版吗？

后来踩了几个坑才明白——它俩压根不是替代关系，而是互补关系。数据通道是 WebRTC 家族的老将，WebTransport 是 QUIC 协议带来的新兵。你想想看，一个跑在 UDP 上，一个跑在 QUIC 上，底层逻辑就不一样。

我在做实时协作工具的时候，曾经同时用过这两套方案。嗯，今天就把我的对比心得掰开揉碎了讲给你听。

二、核心差异：协议栈决定了命运

2.1 数据通道：基于 SCTP over DTLS over UDP

数据通道的底层是 SCTP（流控制传输协议），它跑在 DTLS 加密的 UDP 之上。说白了，就是三层嵌套：

• UDP：无连接、不可靠
• DTLS：加密层，保证安全
• SCTP：在 UDP 上模拟可靠传输和多流

这个架构有个特点：可靠但笨重。SCTP 本身是电信级协议，设计上偏向于「不丢包」，但代价就是延迟偏高。

2.2 WebTransport：基于 QUIC（HTTP/3 的传输层）

WebTransport 直接跑在 QUIC 上。QUIC 是什么？它是 Google 搞出来的「TCP 替代品」，但比 TCP 聪明得多：

• 0-RTT 连接建立（第一次握手就能发数据）
• 多路复用（一个连接里跑多个流，互不阻塞）
• 可插拔的拥塞控制
• 原生支持无序传输

说白了，WebTransport 从出生就带着「低延迟」的基因。

三、一张图看懂对比逻辑

四、低延迟场景：到底选哪个？

4.1 数据通道的强项

• 信令传输：WebRTC 内部信令走数据通道最自然，不需要额外建连
• 小数据量实时通信：比如聊天消息、光标位置同步
• 需要浏览器全兼容：Safari 至今不支持 WebTransport，但数据通道没问题

4.2 WebTransport 的强项

• 高频率小数据包：比如游戏状态同步，每秒 60 次更新
• 大文件分片传输：QUIC 的多路复用不会让一个慢流阻塞其他流
• 需要自定义拥塞控制：WebTransport 允许你写自己的 CC 算法

五、代码对比：同样发一条消息

5.1 数据通道方式

// 创建数据通道
const peerConnection = new RTCPeerConnection();
const dataChannel = peerConnection.createDataChannel('myChannel', {
  ordered: false,        // 无序传输
  maxRetransmits: 0      // 不重传
});

// 发送消息
dataChannel.send('Hello from Data Channel!');

// 接收消息
dataChannel.onmessage = (event) => {
  console.log('收到:', event.data);
};

5.2 WebTransport 方式

// 创建 WebTransport 连接
const transport = new WebTransport('https://example.com:4433');

await transport.ready;

// 创建单向流发送数据
const writer = transport.datagrams.writable.getWriter();
const encoder = new TextEncoder();
writer.write(encoder.encode('Hello from WebTransport!'));

// 接收数据
const reader = transport.datagrams.readable.getReader();
while (true) {
  const { value, done } = await reader.read();
  if (done) break;
  console.log('收到:', new TextDecoder().decode(value));
}

你看，数据通道的 API 更简洁，但 WebTransport 的 datagram 模式天生就是无序低延迟的。我个人觉得，WebTransport 的 API 设计更「现代」，但学习曲线也陡一些。

六、选型决策树

场景	推荐方案	理由
实时音视频信令	数据通道	与 WebRTC 原生集成，无需额外连接
低延迟游戏（<50ms）	WebTransport	QUIC 的 0-RTT 和可定制拥塞控制
需要 Safari 支持	数据通道	WebTransport 在 Safari 上不可用
大文件实时传输	WebTransport	多路复用避免队头阻塞
简单聊天应用	数据通道	API 简单，开发效率高

七、未来趋势：WebTransport 会取代数据通道吗？

我的判断是：短期内不会。

数据通道在 WebRTC 生态里太根深蒂固了。而且 WebTransport 目前只支持客户端到服务端，不支持 P2P。你想想看，如果要做浏览器之间的直接通信，还是得靠数据通道。

但长期来看，如果 WebTransport 支持了 P2P 模式（目前还在草案阶段），那数据通道的生存空间就会被压缩。不过这一天至少还要 2-3 年。