WebRTC:去中心化网络P2P框架解析

在互联网的世界里，数据的传输就像一场永不停歇的 “信息快递”。当我们使用 WebRTC 实现视频通话时，背后支撑的网络框架至关重要。今天，我们将深入探索 WebRTC 开发中视频通话的前置基础 ——P2P（点对点）框架，尤其是其中 “去中心化” 这一核心概念，以及与之紧密相关的网络地址映射 NAT、网络穿透、STUN、TURN 等关键技术，揭开视频通话流畅背后的神秘面纱。

一、中心化网络与去中心化：两种截然不同的 “信息王国”

（一）中心化网络：“皇帝统治” 的信息王国

想象一下，在一个庞大的王国中，所有的信息传递都要经过一位 “皇帝”（中心服务器）。无论是两个村民之间的书信往来，还是商人之间的货物订单，都需要先把信息交给 “皇帝”，由 “皇帝” 再进行分发。这就是中心化网络的形象比喻。

在实际的网络世界里，中心化网络结构中，客户端的所有数据交互都依赖于中心服务器。例如早期的即时通讯软件，用户发送的每一条消息，都要先上传到服务器，再由服务器推送给接收方。这种方式虽然便于管理和控制，就像 “皇帝” 可以轻松掌握王国里的一切信息，但也存在明显的弊端。一旦 “皇帝”（中心服务器）出现故障，整个王国（网络系统）就会陷入瘫痪，所有的信息传递都会中断。而且，随着用户数量的增加，“皇帝”（服务器）的负担会越来越重，处理信息的效率也会降低。

（二）去中心化：“村民自治” 的信息新世界

与中心化网络不同，去中心化网络更像是一个 “村民自治” 的世界。在这个世界里，没有高高在上的 “皇帝”，每个村民（节点）都可以直接与其他村民进行信息交流。这就是 P2P 去中心化网络的核心思想。

在 P2P 网络中，每个节点都具有平等的地位，它们既可以作为数据的发送者，也可以作为数据的接收者。比如在 WebRTC 视频通话中，当两个用户建立连接后，他们的设备就直接进行视频数据的传输，无需经过中间的服务器中转。这样一来，不仅减轻了服务器的压力，就像减少了 “皇帝” 的工作量，还提高了数据传输的效率和网络的稳定性。即使部分节点出现故障，也不会影响其他节点之间的正常通信，就像个别村民生病，并不会影响整个村庄的交流一样。

二、网络地址映射 NAT：网络世界的 “地址翻译官”

（一）NAT 原理：从 “私人地址” 到 “公共地址” 的转换

在网络世界里，每个设备都有自己的地址，就像现实生活中每个家庭都有自己的门牌号。但由于 IPv4 地址资源有限，很多家庭网络（局域网）中的设备使用的都是 “私人地址”，这些地址在局域网内是唯一的，但在整个互联网中却不能直接使用。这时候，就需要 NAT（Network Address Translation，网络地址映射）来充当 “地址翻译官”。

当局域网内的设备想要访问互联网时，它会先将自己的 “私人地址” 和要访问的目标地址打包成一个 “信息包裹”，发送给 NAT 设备（通常是家庭路由器）。NAT 设备收到包裹后，会将包裹中的 “私人地址” 替换成自己的 “公共地址”，并记录下这个替换关系，就像给包裹贴上一个新的标签。然后，NAT 设备将这个新包裹发送到互联网上。当互联网上的服务器返回数据时，NAT 设备再根据之前记录的替换关系，把数据正确地转发给局域网内的设备。

（二）NAT 的实现：路由器的 “魔法变身”

NAT 的实现主要依赖于路由器等网络设备。路由器内部有一个 NAT 表，用于记录 “私人地址” 和 “公共地址” 的映射关系。当数据包进入路由器时，路由器会根据 NAT 表的规则对数据包的源地址进行转换；当数据包从互联网返回时，路由器又会根据 NAT 表对目的地址进行转换。

这个过程就像路由器在进行一场 “魔法变身”。比如，局域网内的设备 A（地址为 192.168.1.100）想要访问互联网上的服务器 B（地址为 203.0.113.1），设备 A 发送的数据包到达路由器后，路由器会将源地址 192.168.1.100 替换成路由器自己的公共地址（假设为 123.45.67.89），然后将数据包发送给服务器 B。服务器 B 返回的数据到达路由器时，路由器再根据 NAT 表，把目的地址 123.45.67.89 转换回 192.168.1.100，将数据准确地发送给设备 A。

此部分图文参考 NAT网络地址转换协议简单理解_网心云全锥型改为映射公网型-CSDN博客

（三）NAT 的应用：守护家庭网络的 “安全卫士”

NAT 除了实现地址转换，还起到了一定的安全防护作用。由于局域网内的设备使用的是 “私人地址”，在互联网上是不可见的，这就相当于给家庭网络中的设备穿上了一层 “隐身衣”。外部网络无法直接访问局域网内的设备，只有当局域网内的设备主动发起请求时，NAT 设备才会建立映射关系，允许数据返回。这大大降低了家庭网络遭受外部攻击的风险，就像有一位忠诚的 “安全卫士” 守护着家庭网络的安全。

 

三、NAT 种类：不同性格的 “地址翻译官”

 此部分图文参考NAT网络地址转换协议简单理解_网心云全锥型改为映射公网型-CSDN博客

（一）完全圆锥型 NAT（Full Cone NAT）

完全圆锥型 NAT 就像是一位 “热情好客” 的地址翻译官。只要局域网内的某个设备（比如设备 A）第一次向互联网上的任何一个地址发送了数据，NAT 设备就会为设备 A 分配一个固定的 “公共地址：端口” 组合，并将所有从设备 A 发出的数据都映射到这个固定的组合上。而且，任何外部设备只要知道这个 “公共地址：端口”，都可以向设备 A 发送数据，就像只要知道你家的门牌号，任何人都可以给你寄信一样。

（二）IP受限圆锥型 NAT（IP Restricted Cone NAT）

受限圆锥型 NAT 则是一位 “谨慎小心” 的翻译官。它同样会为局域网内的设备分配一个固定的 “公共地址：端口” 组合，但只有设备之前访问过的外部地址才能向该设备发送数据。比如设备 A 先访问了服务器 B，之后只有服务器 B 可以通过 NAT 设备向设备 A 发送数据，其他未被设备 A 访问过的外部设备则无法直接与设备 A 通信，就像你只给特定的人留下了联系方式，只有他们能联系到你。

（三）端口受限圆锥型 NAT（Port Restricted Cone NAT）

端口受限圆锥型 NAT 更加 “严格苛刻”。它不仅要求外部设备是设备之前访问过的，还要求数据的源端口必须与设备之前访问时使用的端口一致。例如设备 A 通过端口 5000 访问了服务器 B 的端口 80，那么只有服务器 B 通过端口 80 向设备 A 的 “公共地址：5000” 发送数据时，NAT 设备才会放行，否则数据将被拒绝，这就像设置了双重验证，确保通信的安全性。

（四）对称型 NAT（Symmetric NAT）

对称型 NAT 是最 “孤僻” 的翻译官。对于每一个不同的外部目标地址和端口，它都会为局域网内的设备分配一个新的 “公共地址：端口” 组合。而且，只有之前向其发送过数据的外部设备，并且使用相同的 “公共地址：端口” 回复数据时，NAT 设备才会允许数据通过。这意味着即使是同一台设备访问不同的服务器，每次的映射关系都可能不同，大大增加了网络通信的复杂性。

 

四、NAT 鉴别方法：识别 “翻译官” 的 “火眼金睛”

由于不同类型的 NAT 对网络通信的影响不同，我们需要准确鉴别出客户端所处的 NAT 类型，这就需要一些 “火眼金睛” 般的鉴别方法。

（一）STUN 协议辅助鉴别

STUN（Session Traversal Utilities for NAT，NAT 会话穿越应用程序）协议是鉴别 NAT 类型的常用工具。客户端会向 STUN 服务器发送请求，STUN 服务器收到请求后，会记录下客户端的 “公共地址：端口”，并将这个信息返回给客户端。客户端通过比较自己发送请求时使用的地址和 STUN 服务器返回的地址，以及多次发送请求到不同的 STUN 服务器进行测试，就可以推断出自己所处的 NAT 类型。

例如，如果每次从不同的 STUN 服务器返回的 “公共地址：端口” 都相同，那么很可能是完全圆锥型 NAT；如果只有访问过的 STUN 服务器能返回有效地址，可能是受限圆锥型 NAT；以此类推，通过这种方式逐步确定 NAT 的具体类型。

（二）特征分析鉴别

除了借助 STUN 协议，还可以通过分析网络通信的特征来鉴别 NAT 类型。比如观察数据包的传输规律、端口的使用情况等。如果发现对于不同的目标地址，映射的 “公共地址：端口” 总是变化的，那么很可能是对称型 NAT；如果只有特定的外部地址和端口组合才能进行通信，就需要进一步判断是受限圆锥型还是端口受限圆锥型 NAT。这种方法需要对网络通信原理有深入的理解，并且结合实际的测试数据进行分析。

1.对称型 NAT 的鉴别​

对称型 NAT 在所有 NAT 类型中表现最为 “多变”，其最显著的特征是：对于每一个不同的外部目标地址和端口，它都会为局域网内的设备分配一个新的 “公共地址：端口” 组合。在鉴别时，我们可以通过以下方式进行验证：​

1. 多目标地址测试：从局域网内的设备向多个不同的外部服务器（如服务器 A、服务器 B、服务器 C）发起连接请求。在正常通信过程中，使用抓包工具（如 Wireshark）捕获数据包，观察每次请求时设备对应的 “公共地址：端口”。如果每次连接到不同服务器，设备的 “公共地址：端口” 都发生变化，比如连接服务器 A 时是 “203.0.113.1:5000”，连接服务器 B 时变为 “203.0.113.2:5001” ，连接服务器 C 时又变成 “203.0.113.3:5002”，那么该 NAT 设备很可能是对称型 NAT。​
2. 端口变化验证：即使是连接同一个外部服务器的不同端口，对称型 NAT 也会分配不同的 “公共地址：端口”。例如，先连接服务器 A 的 80 端口，记录下设备的 “公共地址：端口”；再连接服务器 A 的 443 端口，若发现 “公共地址：端口” 与之前连接 80 端口时不同，进一步证明是对称型 NAT。由于其高度的随机性和端口敏感性，对称型 NAT 的网络穿透难度极大，在鉴别时需重点关注端口和地址的组合变化情况。​

2.受限圆锥型 NAT 与端口受限圆锥型 NAT 的鉴别​

这两种 NAT 类型都对外部连接有所限制，需要进一步细致区分：​

2.1IP受限圆锥型 NAT​

受限圆锥型 NAT 允许局域网内设备与外部通信，但前提是外部设备必须是设备之前访问过的。鉴别步骤如下：​

1. 首次访问记录：让局域网内设备首次访问外部服务器 D，使用抓包工具记录此时设备的 “公共地址：端口” 以及 NAT 设备建立的映射关系。​
2. 非访问设备测试：尝试从外部一个未被设备访问过的服务器 E 向该设备发起连接请求。由于受限圆锥型 NAT 的限制，此连接请求会被 NAT 设备拒绝，在抓包数据中可看到服务器 E 发送的数据包被丢弃或返回错误响应，而设备不会收到任何数据。​
3. 已访问设备验证：再次让设备访问服务器 D，确保连接正常。然后从服务器 D 向设备发起反向连接，此时连接能够成功建立，因为服务器 D 属于设备之前访问过的外部地址，符合受限圆锥型 NAT 的规则。通过这样的对比测试，可判断该 NAT 设备是否为受限圆锥型 NAT。​

2.2端口受限圆锥型 NAT​

端口受限圆锥型 NAT 在受限圆锥型 NAT 的基础上，增加了端口限制条件，即不仅要求外部设备是设备之前访问过的，还要求数据的源端口必须与设备之前访问时使用的端口一致。鉴别过程如下：​

1. 初始访问与记录：让局域网内设备访问外部服务器 F 的 80 端口，记录设备的 “公共地址：端口” 以及 NAT 设备建立的映射关系。​
2. 同地址不同端口测试：从服务器 F 的另一个端口（如 8080 端口）向设备发起连接请求。由于端口不一致，即使服务器 F 是设备之前访问过的地址，该连接请求仍会被 NAT 设备拒绝，抓包数据中会显示相关拒绝信息。​
3. 同地址同端口验证：从服务器 F 的 80 端口再次向设备发起连接请求，此时连接能够成功建立，因为满足了端口受限圆锥型 NAT 的双重限制条件（相同地址且相同端口）。通过这一系列严格的测试，可准确鉴别出端口受限圆锥型 NAT。​

3.完全圆锥型 NAT 的鉴别​

完全圆锥型 NAT 是限制最少的类型，其特征为：只要局域网内设备首次向任何外部地址发送数据，NAT 设备就会为其分配一个固定的 “公共地址：端口” 组合，后续任何外部设备都可通过该组合与设备通信。鉴别方法较为简单：​

1. 首次访问操作：让局域网内设备访问任意一个外部服务器 G，记录此时设备的 “公共地址：端口”。​
2. 多设备连接测试：从多个不同的外部设备（如服务器 H、服务器 I 等）向该设备发起连接请求。在完全圆锥型 NAT 下，这些连接请求都能成功建立，且设备始终使用首次访问时分配的 “公共地址：端口” 进行通信 。通过这种多外部设备连接验证，可快速判断该 NAT 设备是否为完全圆锥型 NAT。​

通过对数据包传输规律、端口使用情况等网络通信特征的细致分析，结合针对性的测试步骤，我们能够在不依赖 STUN 协议的情况下，准确鉴别出不同类型的 NAT。这种方法虽然需要对网络通信原理有深入理解，但在复杂多变的网络环境中，能为网络优化、故障排查以及 WebRTC 等应用开发提供重要的技术支持 。

五、网络穿透：打破 NAT “壁垒” 的 “神奇魔法”

在 P2P 网络中，由于 NAT 的存在，两个位于不同局域网内的设备之间直接通信会面临重重困难，他们自身不知道自己的公网ip，只知道自己的私网地址，这就像被一堵无形的 “壁垒” 隔开。而网络穿透技术就是打破这堵 “壁垒” 的 “神奇魔法”，让设备之间能够建立直接连接。

（一）打洞原理：让数据 “穿墙而过”

网络穿透的核心机制是 “打洞”，其目的是在 NAT 设备上开辟出一条让数据能够双向流通的通道。为了更好地理解这个过程，我们可以想象两个分别住在不同 “网络城堡”（局域网）里的人，想要直接通信，但城堡的大门（NAT 设备）只允许内部居民主动外出（局域网设备主动发起对外连接），不允许外部人员随意进入。此时，就需要借助一些巧妙的方法来打开沟通的渠道。

当两个设备（我们称为设备 A 和设备 B）想要建立 P2P 连接时，它们首先会借助一个中间服务器（通常是 STUN 服务器或 TURN 服务器）来交换彼此的网络信息。具体步骤如下：

1. 信息获取：设备 A 和设备 B 分别向中间服务器发送请求，获取自己在 NAT 设备外部的 “公共地址：端口”。这个过程就像是两个足不出户的死宅通过中间人打听自己的 “详细地址”（就像你搬家以后想要网购但不知道自己的送货地址，此时需要通过中间人去打听）。
2. 信息交换：设备 A 和设备 B 通过信令服务器交换各自从 STUN 服务器获取到的 “公共地址：端口” 信息。信令服务器就像是一个 “信息传递员”，负责将设备 A 的地址信息传递给设备 B，同时将设备 B 的地址信息传递给设备 A。
3. 同时发起连接：在获取到对方的 “公共地址：端口” 后，设备 A 和设备 B 会同时向对方的地址发送数据。虽然一开始，NAT 设备会拒绝这些来自外部的未经请求的数据，但当这些数据到达 NAT 设备时，NAT 设备会记录下这些连接尝试。
4. “洞” 的形成：由于双方都进行了主动的连接尝试，NAT 设备会逐渐 “信任” 这些连接请求，认为它们是合法的通信行为，从而在 NAT 设备上打开一个 “洞”，允许数据通过。这样，设备 A 和设备 B 就建立起了直接的连接，实现了数据的双向传输，就像两个城堡之间打通了一条秘密通道，居民们可以自由往来。

需要注意的是，“打洞” 成功的关键在于双方几乎同时向对方发起连接请求。如果时间差过大，NAT 设备可能会在另一方发起连接之前就丢弃数据，导致打洞失败。

（二）不同 NAT 类型下的穿透难度

不同类型的 NAT 对网络穿透的难度有着显著影响，就像不同的城堡有着不同的防御等级，攻破它们的难度也各不相同。

1. 完全圆锥型 NAT：这是最容易穿透的 NAT 类型，堪称 “防御薄弱的城堡”。由于它对外部连接的限制较少，只要设备在局域网内主动发起过对外连接，NAT 设备就会为其开放一个固定的 “公共地址：端口”，并且允许任何外部设备通过这个地址进行连接。因此，在完全圆锥型 NAT 环境下，只需要简单地通过中间服务器获取对方地址，然后发起连接，就很容易实现网络穿透。
2. 受限圆锥型 NAT：这种类型的 NAT 相对复杂一些，类似于 “设有访客名单的城堡”。它要求外部设备必须是设备之前访问过的，才允许连接。在进行网络穿透时，除了通过中间服务器获取地址，还需要先让设备与目标设备进行一次 “预沟通”（即主动访问目标设备），将目标设备加入 NAT 设备的 “信任名单”，之后才能成功穿透。
3. 端口受限圆锥型 NAT：其限制条件更多，如同 “设有严格门禁系统的城堡”，不仅要求外部设备是设备之前访问过的，还要求数据的源端口必须与设备之前访问时使用的端口一致。这就需要在穿透过程中，精确控制端口信息，确保每次连接的端口都符合 NAT 设备的要求，大大增加了穿透的难度。
4. 对称型 NAT：这是最难穿透的 NAT 类型，仿佛是 “固若金汤的城堡”。因为它对于每一个不同的外部目标地址和端口，都会为局域网内的设备分配一个新的 “公共地址：端口” 组合。这意味着每次连接都需要重新获取地址，并且由于其高度的随机性和严格的访问限制，很难预测和建立稳定的连接通道，往往需要借助更复杂的技术手段，如 TURN 服务器的中继转发，才能实现穿透。

（三）网络穿透的关键技术与工具

1. STUN（Session Traversal Utilities for NAT）：作为网络穿透的 “侦察兵”，STUN 协议主要用于帮助客户端获取自己在 NAT 设备外部的 “公共地址：端口”，并判断自己所处的 NAT 类型。客户端向 STUN 服务器发送请求，STUN 服务器通过分析请求的来源地址，将客户端的 “公共地址：端口” 返回给客户端。有了这些信息，客户端就可以尝试与其他设备进行直接连接，进行网络穿透。在简单的网络环境中，尤其是面对完全圆锥型 NAT 等相对容易穿透的类型时，STUN 协议通常能够有效地实现网络穿透。
2. TURN（Traversal Using Relays around NAT）：当 STUN 无法实现网络穿透时，TURN 协议就成为了 “终极救星”。TURN 服务器可以作为中继服务器，在两个无法直接连接的设备之间转发数据。如果两个设备之间的 NAT 类型过于复杂，无法通过打洞实现直接连接，客户端就会向 TURN 服务器请求中继服务。设备将数据发送给 TURN 服务器，TURN 服务器再将数据转发给目标设备。虽然这种方式会增加一定的延迟和服务器的负担，但确保了即使在复杂的网络环境下，设备之间也能进行通信。例如，在一些企业网络或复杂的家庭网络环境中，TURN 服务器常常是保障 WebRTC 视频通话稳定进行的关键。
3. ICE（Interactive Connectivity Establishment）：ICE 并非是一种独立的穿透技术，而是一套框架，它整合了 STUN 和 TURN 等技术，旨在为客户端提供一个统一的、自动的网络穿透解决方案。ICE 会自动尝试使用 STUN 进行打洞，如果失败则切换到 TURN 中继。通过这种方式，ICE 能够适应各种复杂的网络环境，提高网络穿透的成功率，为 WebRTC 等应用提供稳定可靠的连接基础。

网络穿透技术通过巧妙的 “打洞” 原理，结合 STUN、TURN、ICE 等关键技术和工具，克服了不同 NAT 类型带来的重重困难，实现了设备之间的直接连接。它是 WebRTC 等 P2P 应用能够正常运行的关键支撑，让我们在复杂的网络环境中也能享受流畅的点对点通信体验。随着网络技术的不断发展，网络穿透技术也将持续演进，为我们带来更加高效、稳定的网络连接服务。

六、STUN 与 TURN：WebRTC 的 “得力助手”

（一）STUN：网络穿透的 “侦察兵”

STUN 协议在 WebRTC 中扮演着 “侦察兵” 的角色。它的主要任务是帮助客户端获取自己在 NAT 设备外部的 “公共地址：端口”，并判断自己所处的 NAT 类型。客户端向 STUN 服务器发送请求，STUN 服务器通过分析请求的来源地址，将客户端的 “公共地址：端口” 返回给客户端。有了这个信息，客户端就可以尝试与其他设备进行直接连接，进行网络穿透。

例如，在 WebRTC 视频通话中，客户端启动后会先向 STUN 服务器发送请求，获取自己的外部地址信息，然后信令服务器交换双方数据信息。如果发现可以直接与对方设备建立连接，那么视频数据就可以直接通过 P2P 方式传输，大大提高了传输效率。

（二）TURN：网络穿透的 “终极救星”

当 STUN 无法实现网络穿透时，就需要 TURN（Traversal Using Relays around NAT，NAT 遍历使用中继）协议登场了。TURN 服务器就像一个 “终极救星”，它可以作为中继服务器，在两个无法直接连接的设备之间转发数据。

在实际应用中，如果两个设备之间的 NAT 类型过于复杂，无法通过打洞实现直接连接，客户端就会向 TURN 服务器请求中继服务。设备将数据发送给 TURN 服务器，TURN 服务器再将数据转发给目标设备。虽然这种方式会增加一定的延迟和服务器的负担，但确保了即使在复杂的网络环境下，设备之间也能进行通信。比如在一些企业网络或复杂的家庭网络环境中，TURN 服务器可以保障 WebRTC 视频通话的稳定进行。

在国内网络环境中，WebRTC 开发视频通话进行网络打洞时失败率相对较高，主要有以下几方面原因：

 

• 网络环境复杂
  • 多种 NAT 类型并存：国内网络中存在多种类型的 NAT 设备，包括对称型 NAT、圆锥型 NAT（如受限圆锥型和端口受限圆锥型）等。不同类型的 NAT 对网络穿透的支持程度不同，对称型 NAT 由于其严格的地址和端口映射规则，使得打洞难度较大，而国内网络中对称型 NAT 的使用较为广泛，这增加了打洞失败的概率。
  • 多层 NAT 嵌套：在一些网络场景下，尤其是企业网络或小区宽带网络中，可能存在多层 NAT 嵌套的情况。数据需要经过多个 NAT 设备的转发和处理，每一层 NAT 都可能对数据包进行修改和过滤，这使得网络穿透的难度大幅增加，打洞成功的概率降低。
• 运营商策略限制
  • IP 地址资源紧张：随着国内互联网用户数量的不断增加，可用的公网 IP 地址资源日益紧张。为了缓解 IP 地址短缺的问题，运营商采用了多种地址分配策略，如动态分配 IP 地址、使用私有 IP 地址段等。这导致设备获取到的公网 IP 地址不稳定，且可能存在多个设备共享一个公网 IP 地址的情况，使得网络穿透过程中地址匹配和连接建立变得更加困难，从而提高了打洞失败率。
  • 安全策略限制：出于网络安全考虑，运营商可能会实施一些安全策略，如限制某些端口的访问、对数据包进行深度检测和过滤等。这些策略可能会干扰网络穿透过程中数据包的正常传输和连接建立，导致打洞失败。例如，某些运营商可能会限制非标准端口的使用，而 WebRTC 的网络穿透可能需要使用一些动态分配的端口，这就可能会被运营商的安全策略所拦截。
• 防火墙设置
  • 企业和家庭防火墙：在企业和家庭网络中，为了保护内部网络的安全，通常会设置防火墙。这些防火墙可能会对进出网络的数据包进行严格的过滤和限制，阻止未经授权的连接请求。在进行网络打洞时，防火墙可能会将来自外部的连接请求视为潜在的安全威胁而予以拦截，导致打洞失败。
  • 安全软件防火墙：用户安装的安全软件（如杀毒软件、防火墙软件等）也可能会对网络通信进行监控和过滤。一些安全软件可能会误判 WebRTC 的网络穿透行为为恶意攻击，从而阻止相关的网络连接，增加了打洞失败的可能性。

七、总结

在 WebRTC 视频通话的世界里，P2P 去中心化网络框架是实现高效、稳定通信的基石。从中心化到去中心化的转变，让我们摆脱了对中心服务器的依赖，提高了网络的可靠性和效率。而 NAT 作为网络世界的 “地址翻译官”，虽然给网络通信带来了一定的挑战，但通过 NAT 鉴别方法、网络穿透技术以及 STUN 和 TURN 等协议的辅助，我们能够打破重重障碍，实现设备之间的直接连接。

这些技术相互配合，就像一支默契的团队，共同为 WebRTC 视频通话保驾护航。理解和掌握这些前置基础知识，是深入学习 WebRTC 开发的关键。在未来的技术探索中，我们还将继续挖掘这些技术的潜力，让 WebRTC 在视频通话领域发挥出更大的作用，为用户带来更加流畅、稳定的通信体验。