WebRTC：修订间差异
创建页面，内容为“{{Infobox | 标题 = WebRTC | 内容 = {{!}}- ! 全称 {{!}} Web Real-Time Communication {{!}}- ! 类型 {{!}} 开放标准 / 通信协议 {{!}}- ! 标准化机构 {{!}} W3C、IETF {{!}}- ! 标准化时间 {{!}} 2021年1月（W3C Recommendation） {{!}}- ! 首次开源 {{!}} 2011年5月 {{!}}- ! 开发者 {{!}} Google（初始） {{!}}- ! 传输层 {{!}} UDP（RTP/DTLS）、TCP（信令） {{!}}- ! 核心API {{!}} getUserMedia、RTCPeerConnection、RTCDataChan…” |
IdleTap-bot（留言 | 贡献） 由旧格式Infobox转换为新参数格式（label/data），修复空信息框（由IdleTap-bot执行） |
||
| 第1行： | 第1行： | ||
{{Infobox | {{Infobox | ||
| | | title = WebRTC | ||
| | |||
| label1 = 全称 | |||
| data1 = Web Real-Time Communication | |||
| label2 = 类型 | |||
| data2 = 开放标准 / 通信协议 | |||
| label3 = 标准化机构 | |||
| data3 = W3C、IETF | |||
| label4 = 标准化时间 | |||
| data4 = 2021年1月（W3C Recommendation） | |||
| label5 = 首次开源 | |||
| data5 = 2011年5月 | |||
| label6 = 开发者 | |||
| data6 = Google（初始） | |||
| label7 = 传输层 | |||
| data7 = UDP（RTP/DTLS）、TCP（信令） | |||
| label8 = 核心API | |||
| data8 = getUserMedia、RTCPeerConnection、RTCDataChannel | |||
}} | }} | ||
| 第34行： | 第33行： | ||
WebRTC的技术根基可追溯至1990年代末成立的瑞典公司Global IP Solutions（GIPS），该公司专注于开发高鲁棒性的实时音视频编解码与网络传输引擎，其技术曾应用于Skype等早期VoIP产品。<ref name=":2">[https://blog.portaone.com/sip-is-dead-long-live-webrtc/ SIP Is Dead. Long Live WebRTC! - PortaOne]</ref> 2010年，[[Google]]以约6820万美元收购GIPS，同时收购了拥有VP8视频编解码技术的On2 Technologies。<ref name=":3">[https://cloudinary.com/guides/video-formats/vp8-vs-vp9-8-key-differences-and-how-to-choose VP8 vs. VP9: 8 Key Differences & How to Choose - Cloudinary]</ref><ref name=":2" /> | WebRTC的技术根基可追溯至1990年代末成立的瑞典公司Global IP Solutions（GIPS），该公司专注于开发高鲁棒性的实时音视频编解码与网络传输引擎，其技术曾应用于Skype等早期VoIP产品。<ref name=":2">[https://blog.portaone.com/sip-is-dead-long-live-webrtc/ SIP Is Dead. Long Live WebRTC! - PortaOne]</ref> 2010年，[[Google]]以约6820万美元收购GIPS，同时收购了拥有VP8视频编解码技术的On2 Technologies。<ref name=":3">[https://cloudinary.com/guides/video-formats/vp8-vs-vp9-8-key-differences-and-how-to-choose VP8 vs. VP9: 8 Key Differences & How to Choose - Cloudinary]</ref><ref name=":2" /> | ||
2011年5月 | 2011年5月，[[Go]]ogle将相关代码开源并正式提出WebRTC项目，同年IETF成立rtcweb工作组，W3C成立WebRTC工作组，两个标准化机构开始了长达十年的协同标准化工作。<ref name=":4">[https://www.forasoft.com/learn/video-streaming/articles-streaming/webrtc-explained WebRTC Explained Without Arcana - ForaSoft]</ref> 2013年，首个跨浏览器WebRTC视频通话演示成功。2021年1月26日，W3C与IETF联合宣布WebRTC成为正式标准，使其成为继插件时代终结后唯一 survived 的浏览器原生媒体传输标准。<ref name=":0" /><ref name=":4" /> | ||
== 技术架构 == | == 技术架构 == | ||
2026年8月11日 (二) 10:29的最新版本
| 全称 | Web Real-Time Communication |
|---|---|
| 类型 | 开放标准 / 通信协议 |
| 标准化机构 | W3C、IETF |
| 标准化时间 | 2021年1月（W3C Recommendation） |
| 首次开源 | 2011年5月 |
| 开发者 | Google（初始） |
| 传输层 | UDP（RTP/DTLS）、TCP（信令） |
| 核心API | getUserMedia、RTCPeerConnection、RTCDataChannel |
WebRTC（全称：Web Real-Time Communication）是一套由W3C与IETF联合标准化的开放技术框架，包含一组JavaScript API及底层通信协议，支持浏览器与移动应用在不依赖插件的情况下实现点对点实时音视频通话与数据传输。[1][2] 该框架于2021年1月被W3C正式采纳为Recommendation，同时其协议栈被IETF确立为互联网标准，标志着WebRTC成为Web平台原生实时通信的基础性技术。[1]
WebRTC的技术根基可追溯至1990年代末成立的瑞典公司Global IP Solutions（GIPS），该公司专注于开发高鲁棒性的实时音视频编解码与网络传输引擎，其技术曾应用于Skype等早期VoIP产品。[3] 2010年，Google以约6820万美元收购GIPS，同时收购了拥有VP8视频编解码技术的On2 Technologies。[4][3]
2011年5月，Google将相关代码开源并正式提出WebRTC项目，同年IETF成立rtcweb工作组，W3C成立WebRTC工作组，两个标准化机构开始了长达十年的协同标准化工作。[5] 2013年，首个跨浏览器WebRTC视频通话演示成功。2021年1月26日，W3C与IETF联合宣布WebRTC成为正式标准，使其成为继插件时代终结后唯一 survived 的浏览器原生媒体传输标准。[1][5]
WebRTC在浏览器端通过三个核心JavaScript API暴露其功能。MediaStream API（又称getUserMedia）负责访问本地摄像头、麦克风及屏幕捕获设备，输出MediaStream对象供后续处理。[2][6] RTCPeerConnection API管理点对点连接的完整生命周期，包括编解码协商、带宽自适应、丢包恢复、回声消除及加密握手等。[2][7] RTCDataChannel API则提供双向、低延迟的任意数据传输通道，支持可靠与不可靠两种传输模式，适用于实时游戏状态同步、文件传输及即时消息等场景。[2][6]
WebRTC的底层协议栈由IETF标准化。会话描述协议（SDP）用于在通信双方间交换媒体能力、编解码偏好及传输参数，遵循offer/answer模型。[6] 交互式连接建立（ICE）框架负责在复杂网络环境下发现最优通信路径，其通过STUN服务器协助对等端发现公网IP地址与端口，并在直接连接不可行时借助TURN服务器中继媒体流量。[7][8] 所有媒体流均强制采用DTLS-SRTP进行端到端加密，其中DTLS用于密钥交换与身份验证，SRTP用于加密RTP媒体包，该加密机制为规范强制要求而非可选配置。[2]
WebRTC规范本身不定义信令协议，开发者可自行选择WebSocket、HTTP或SIP等传输方式完成初始握手。信令阶段需交换三类信息：会话控制消息、网络地址（ICE候选）及媒体元数据（SDP offer/answer）。[6] 一旦ICE完成路径选择并建立安全通道，媒体与数据即可直接在peer间传输，信令服务器不再参与实际通信。[9]
WebRTC从设计之初即将安全性作为核心原则。所有媒体流强制启用端到端加密，无法通过API禁用或降级。[2] 浏览器在访问摄像头与麦克风前必须获得用户明确授权。此外，ICE候选收集过程可能暴露用户本地IP地址，引发隐私关切，现代浏览器已逐步采用mDNS候选替代私有IP地址以缓解该问题。[9]
WebRTC与传统VoIP技术存在显著差异。WebRTC为浏览器原生技术，无需安装插件或专用客户端，而传统VoIP通常依赖桌面应用或硬件终端。[2] WebRTC基于开放标准且无授权费用，传统VoIP生态则常涉及SIP服务器、媒体网关及编解码许可等成本。[2] 在架构上，WebRTC优先采用点对点直连以降低延迟与服务器负载，传统VoIP多采用集中式服务器架构。[2]
WebRTC已成为现代实时通信的基础设施。在视频会议领域，Google Meet、Microsoft Teams及Zoom的Web客户端均基于WebRTC构建。[8] 在协作工具中，它支持文档协同编辑与屏幕共享。在物联网与远程医疗场景中，WebRTC为设备远程监控与实时健康数据传输提供低延迟通道。[8] 此外，在线多人游戏、P2P文件传输、直播流媒体及客户支持嵌入式音视频通话等场景亦广泛采用该技术。[10][11]
纯点对点WebRTC在多方会议场景中存在带宽瓶颈——每增加一个参与者，各端的上行带宽需求线性增长。为此，生产级应用通常引入媒体服务器扩展架构。[11] 选择性转发单元（SFU）接收各参与者的媒体流后选择性转发给其他 peer，显著降低客户端带宽压力，支持数十至数百人规模的会议。[9] 多点控制单元（MCU）则将所有输入流混合为单一输出流，适用于传统视频会议终端兼容场景，但服务器计算开销较高。[11]
- ↑ 1.0 1.1 1.2 WebRTC transforms the communications landscape as it becomes a W3C Recommendation and IETF standards - IETF Blog
- ↑ 2.0 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 WebRTC vs VoIP: What's the Difference? - Sheerbit Technologies
- ↑ 3.0 3.1 SIP Is Dead. Long Live WebRTC! - PortaOne
- ↑ VP8 vs. VP9: 8 Key Differences & How to Choose - Cloudinary
- ↑ 5.0 5.1 WebRTC Explained Without Arcana - ForaSoft
- ↑ 6.0 6.1 6.2 6.3 Understanding WebRTC: Real-Time Peer Communication - Dialiqo
- ↑ 7.0 7.1 How WebRTC Works for Peer-to-Peer File Sharing - Share Via WiFi
- ↑ 8.0 8.1 8.2 WebRTC Protocol in 2025: The Backbone of Real-Time Peer-to-Peer Communication - VideoSDK
- ↑ 9.0 9.1 9.2 GitHub - abhiram-ar/webRTC-from-scratch-to-scale
- ↑ WebRTC for Browser-Based Multiplayer Games - Daydreamsoft
- ↑ 11.0 11.1 11.2 WebRTC Tech Stack Guide: Architecture for Scalable Real-Time Applications - WebRTC Ventures