WebRTC 和 WebSocket

WebRTC 和 WebSocket 是两种不同的技术，虽然它们都用于在浏览器之间进行通信，但它们的设计目标和使用场景有所不同。以下是它们之间的主要区别：

目的和使用场景
WebRTC:
主要用于实现实时音视频通信。
支持点对点（P2P）连接，适合视频通话、音频通话和实时数据传输。
自动处理网络条件，支持 NAT 穿越。
WebSocket:
主要用于实现全双工、实时的双向通信。
适合需要实时更新的应用，如聊天应用、在线游戏、股票行情等。
基于客户端与服务器之间的连接，不支持 P2P。
连接方式
WebRTC:
使用点对点连接，允许直接在浏览器之间传输数据。
通过信令服务器进行连接建立，但数据传输不经过服务器。
WebSocket:
基于客户端与服务器之间的持久连接。
通过 WebSocket 服务器进行消息的发送和接收。
数据传输
WebRTC:
支持多种数据传输方式，包括音频、视频和任意数据。
适用于高带宽、低延迟的应用场景，例如视频会议。
WebSocket:
主要用于文本和二进制数据的传输。
不适用于实时音视频流，适合数据推送。
协议和标准
WebRTC:
基于多个协议，如 RTP（实时传输协议）、SRTP（安全实时传输协议）、STUN、TURN 和 ICE。
需要较复杂的设置和配置。
WebSocket:
基于标准的 WebSocket 协议（RFC 6455），使用 HTTP 协议进行连接建立。
相对简单，易于实现。
延迟和带宽
WebRTC:
优化了延迟和带宽，适合实时应用。
直接连接减少了往返时间，适合大规模并发的媒体流。
WebSocket:
延迟依赖于服务器的响应时间，适合低延迟的数据推送，但不如 WebRTC 适合音视频流。

WebRTC 适合需要高质量实时音视频传输的应用，如视频会议和在线游戏。

WebRTC 的主要特点是支持点对点（P2P）连接，但它也提供了一些其他的连接方式以适应不同的应用场景和网络条件。以下是 WebRTC 的几种连接方式：

点对点连接（P2P）
这是 WebRTC 的主要连接方式，允许两个浏览器之间直接传输音视频和数据。
优势是低延迟和高带宽利用率。
使用 TURN 服务器
当 P2P 连接无法建立（例如，两个客户端都在 NAT 后面），WebRTC 可以通过 TURN（Traversal Using Relays around NAT）服务器进行中继。
TURN 服务器接收来自一个客户端的数据，并将其转发给另一个客户端。
这种方式增加了延迟，但确保在复杂网络环境中仍能保持连接。
使用 SFU（Selective Forwarding Unit）
在多方通话场景中，WebRTC 可以使用 SFU。
SFU 接收来自多个客户端的音视频流，并根据需要将这些流转发给其他客户端。
这种模式在视频会议中广泛使用，能够减少每个客户端的带宽消耗，同时支持高质量的音视频传输。
使用 MCU（Multipoint Control Unit）
虽然不如 SFU 常用，MCU 也是一种多方连接方式。
MCU 将所有音视频流混合并生成一个单一流，然后将其发送给所有参与者。
这种方法在带宽有限的情况下有优势，但可能导致更高的延迟和资源消耗。
数据通道（Data Channel）
WebRTC 还支持通过数据通道进行数据传输。
数据通道提供可靠和不可靠的传输方式，适合实时应用和文件传输。