为何两台Android模拟器间WebRTC连接需使用RELAY TURN？

1. Android模拟器的特殊网络环境 #

Android模拟器默认采用NAT网络模式运行：

• 模拟器自身被分配虚拟子网IP（如10.0.2.x段），并非宿主机器的局域网IP或公网IP；
• 模拟器所有网络流量都需经过宿主机器的NAT层转发，相当于模拟器是宿主NAT后的内部设备。

2. STUN与TURN的核心差异 #

• STUN：仅能帮助设备获取自身的公网NAT映射地址，仅在两个设备的NAT规则允许直接通信时，完成端到端的NAT穿透。它无法中继流量，仅做地址发现和穿透尝试。
• TURN：作为中继服务器，接收一方流量并转发给另一方，完全绕过NAT穿透问题，适用于STUN无法穿透的场景。

3. 不同设备组合的网络路径差异 #

• 模拟器 ↔ 物理设备：物理设备要么处于公网环境，要么其所在NAT规则（如家庭路由器的锥形NAT）允许外部访问其映射端口。模拟器通过STUN获取宿主的公网映射地址后，物理设备可直接通过该地址与模拟器建立连接，STUN足以完成穿透。
• 模拟器 ↔ 模拟器：
  • 若两台模拟器运行在同一宿主机器上：它们的虚拟网络相互隔离，且宿主NAT对两个模拟器的端口映射属于对称NAT类型——对称NAT会拒绝来自非初始请求目标地址的连接，导致两台模拟器无法通过STUN获取的公网映射地址直接通信；
  • 若两台模拟器运行在不同宿主机器上：双方都处于各自的NAT之后，多数情况下两个NAT的组合（如对称NAT+对称NAT）是STUN无法穿透的，必须依赖TURN服务器中继流量才能建立连接。

这就是两台模拟器之间必须使用TURN服务器，最终只能通过RELAY类型ICE候选完成连接的原因。

内容的提问来源于stack exchange，提问作者nutella_eater