零基础思搞懂WebRTC，却被公约名词绕晕了，它到底难在哪儿？

最近帮表弟装监控系统，他非说要用WebRTC传及时画面，恶果折腾三天连腹地录像头皆没亮起来。我翻了几十页文档才明显，不是他笨，是险些统统教程一上来就讲SDP、DTLS、candidate类型，像教东谈主骑车先背发动机旨趣。其实WebRTC压根没那么玄乎，它即是浏览器里自带的一套“视频通话器具包”，有接口、有章程、但不包邮——信令得我方搭，集中欠亨得我方找路，连不上？抱歉，它只管“若何连”，无论“若何约”。

我试过最傻的想法：合并台电脑开两个Chrome标签页，A页怒放录像头，B页假装是另一个东谈主。第一步用`navigator.mediaDevices.getUserMedia`把画面拉出来，第二步建个`RTCPeerConnection`，填上免费STUN就业器地址，第三步让A生成一个offer字符串，手动复制粘贴到B页点“采用”。没就业器、没后端、没WebSocket，就靠两行JS加一次复制，画面真就通了。当时候才懂，所谓“连结”，其实即是双方交换几段文本，告诉对方：“我在哪儿”“我能走哪条路”“你从哪来”。

许多东谈主卡在第一步就消释，说“`setRemoteDescription failed`”，其实是SDP门径少了个换行，或者忘了加`iceServers`建立。还有东谈主认为WebRTC我方会找网，恶果家里的光猫是Symmetric NAT，STUN完满没反馈，存一火连不上——这不怪代码，怪路由器。NAT不是诞生项，是实际：你家WiFi盒子默许把你封在一个小格子里，别东谈主叩门得先喊一声“有东谈主吗”，而STUN即是阿谁帮你喊的东谈主；如果连喊皆听不见，就得找TURN中转，十分于请个快递员帮你跑腿，诚然慢点，但至少能到。

信令最让东谈主混沌。教程老说“用WebSocket达成信令”，搞得像必须搭个就业器才行。其实信令就干一件事：把A的offer发给B，再把B的answer塞回A。发的格式执意你，微信发、QQ发、以致打印出来扫码拍照皆行。我俩测试那天，径直把offer粘贴进微信对话框，B复制粘贴进拆除台，一按回车，画面就动了。WebRTC压根无论你是若何传的，它只认两个东西：SDP和ICE candidate，全是明笔墨符串。

有东谈主问WebRTC和WebSocket啥分离？一句话：WebSocket是打电话订餐，统统话皆流程餐厅；WebRTC是外卖小哥径直上门，你俩迎面嘱托，餐厅只讲求帮你填个地址（信令）。一个靠TCP拚命重传，一个靠UDP丢包也得往前跑，延长差好几倍。作念良友训诲，语音走WebRTC，学生举手气象走WebSocket，这才是真干活的作念法。

第六章阿谁“10行代码”Demo，我删了统统花里胡梢的封装，只剩6个要道操作：赢得流、建连结、创offer、设腹地形色、监听远端流、把远端流塞进video标签。中间不触及任何promise嵌套，不调用第三方库。跑欠亨？唐突是Chrome没开麦克风权限，或者你用的是Safari——它不复旧某些音频编码参数，换个参数就行，不是代码错了。

当今我知谈为啥许多东谈主学不会了。不是尊府少，是尊府太“全”。讲ICE就从RFC 5245运转，讲DTLS就扯X.509文凭链。可你仅仅思让爸妈在手机上看见孙子的脸，哪用得着知谈密钥若何交换？先让画面动起来，再去看为什么动，规章错了，时刻全铺张在查错上。

chrome://webrtc-internals这个地址铭刻敲进浏览器，连上之后能看到统统candidate列表、连通检测恶果、本体走的是哪条路。哪条绿了，哪条灰了，一目了然。比读一百行报错日记灵验得多。

表弟临了用二维码把offer发笔直机，扫码自动填入，连复制皆省了。他不懂STUN和TURN的分离，但知谈扫完就能看见画面。这就够了。

WebRTC不是用来考算法的，是用来措置问题的。

问题措置了，再回头翻公约，顷刻间就看懂了。

懂了，也就不怕了。