我为了省 50 块服务器钱，花两天搞懂了 WebRTC 打洞

2026-05-25 10:23 · 3 次浏览 · 0 条评论 · 0 cool

做独立开发的人应该都懂这种心态：产品还没盈利，每一分钱都想抠。我的工具需要用户之间实时同步一点小数据，第一反应是上 WebSocket 服务器，但哪怕最便宜的 VPS 一年也要几百块。

然后我想，用户量现在还小，能不能点对点直连？搜了一圈，WebRTC 好像能行，而且免费。于是跳进了坑。

1、第一天：以为懂了，其实没懂

WebRTC 的 API 看起来简单：RTCPeerConnection 建连接，createOffer / createAnswer 交换 SDP，然后就能传数据了。我照着 MDN 写了个 demo，两台电脑都在同一个 WiFi 下，通了！当时觉得这事成了。

把链接发给外地的朋友测试，连不上。查资料才知道，NAT 打洞不是自动的，需要 STUN/TURN 服务器。STUN 还好，公网免费的能用；TURN 是中继，流量大了要花钱，但小用户量可以先不用。

2、第二天：搞信令通道

WebRTC 不解决"怎么让两个浏览器找到彼此"的问题，这个叫信令（signaling），得自己搭。我一开始想偷懒，用 Firebase 的实时数据库做信令中转，免费额度够用。

结果写的时候发现时序很容易乱：A 发 offer，B 还没准备好，offer 到了但 B 的 ICE gathering 还没完成，两边状态对不上，连接失败。调试这种异步问题特别痛苦，因为日志分散在两个浏览器里。

3、后来我把状态机画在纸上，强制规定每一步必须等上一步确认：

A 创建 offer，等 iceGatheringState === "complete" 再发

B 收到 offer，设 remote desc，创建 answer，同样等 ICE 完成再发

A 收到 answer，设 remote desc，双方开始 iceConnectionState 检测

加了这些等待和确认后，成功率从不到 30% 升到 90% 以上。

4、最后省了多少？

STUN 用 Google 免费的，信令用 Firebase 免费额度，TURN 暂时没上（因为用户量小，P2P 直连成功率够高）。服务器成本从一年几百块变成接近零。
但时间成本是两天。值不值？我觉得值，因为搞懂 WebRTC 之后，后续做实时协作、屏幕共享、甚至以后搞视频功能，底子都在了。独立开发就是这样，前期时间换钱，后期这套认知能复用。

5、一个提醒

WebRTC 在移动端的兼容性比桌面端差，iOS Safari 的 ICE 处理有时候很迷。如果你的用户主要在手机上，建议先小规模测试，别像我一样假设"现代浏览器都支持"。

6、你们有没有为了省钱反而学到更多东西的经历？我感觉独立开发这行，抠门是第一生产力。

原创

0 cool

暂无评论，来说两句吧

登录后评论

系统节点

兴趣节点全部

我为了省 50 块服务器钱，花两天搞懂了 WebRTC 打洞

评论 (0)

系统节点

兴趣节点 全部

我为了省 50 块服务器钱，花两天搞懂了 WebRTC 打洞

评论 (0)

兴趣节点全部