WebRTC（Web Real-Time Communication）是一项开源技术，允许浏览器之间直接进行实时音视频通话和数据传输，无需中间服务器转发。它通过建立点对点（P2P）连接，在两端直接传输加密数据，从而实现低延迟、高安全性的通信。本工具利用 WebRTC 的 Data Channel 功能，在两台设备间直接传输文本消息，消息内容不会经过任何第三方服务器。

非常安全。WebRTC 强制使用 DTLS（Datagram Transport Layer Security）对所有数据通道进行端到端加密。这意味着：
✅ 消息在传输过程中全程加密
✅ 只有通信双方能够解密消息内容
✅ 即使信令码被截获，攻击者也无法解密后续的聊天内容（信令码仅用于建立连接，不包含加密密钥）
✅ 消息不经过任何中间服务器，直接在浏览器之间传输

WebRTC 本身不提供信令传输机制。两个浏览器要建立 P2P 连接，需要先交换网络地址信息（SDP 会话描述协议和 ICE 候选地址），这个过程称为信令交换。本工具将信令数据编码为文本格式，由用户通过任意渠道（微信、QQ、邮件、短信等）手动传递。这种方式无需部署信令服务器，开箱即用，且不依赖任何第三方服务。

常见原因及解决方案：
🔸 双方网络存在对称NAT：部分企业网络或移动热点使用对称NAT，导致P2P穿透困难。尝试切换到家庭Wi-Fi或使用手机热点。
🔸 防火墙拦截：检查防火墙设置，确保允许WebRTC流量（UDP端口）。
🔸 信令码传输错误：确保信令码完整复制，不要遗漏任何字符。信令码区分大小写。
🔸 浏览器兼容性：建议使用Chrome、Edge或Firefox最新版本。Safari也支持但可能有兼容性差异。
🔸 ICE收集未完成：等待几秒让ICE候选地址收集完毕后再交换信令码（本工具已自动处理此问题）。

✅ 桌面端：Chrome 72+、Edge 79+、Firefox 66+、Safari 15+、Opera 58+
✅ 移动端：Android Chrome、iOS Safari 15+、Android Firefox
本工具采用响应式设计，在手机和平板设备上也能获得良好的使用体验。移动端使用时可利用"复制到剪贴板"功能方便地传输信令码。

本工具设计为完全无服务器的信令交换方案。实现原理是：
① 发起方点击"生成邀请码"，浏览器自动创建Offer SDP并等待ICE候选收集完成
② 将完整的连接信息（SDP+ICE）编码为Base64文本
③ 用户通过任意即时通讯工具将这段文本发送给对方
④ 接收方粘贴后，浏览器解析并自动创建Answer
⑤ 接收方将Answer编码发回给发起方
⑥ 双方完成连接，开始加密通信
整个过程无需任何服务器参与。

📊 性能特点：
• 延迟极低（通常 <10ms 局域网，<50ms 广域网）
• 支持可靠传输（有序/无序模式可选）
• 单条消息建议不超过16KB（超过后会自动分片）
• 理论带宽上限取决于网络条件，实测可达数百Mbps
⚠️ 注意：本工具仅用于文本传输，大文件传输请使用专门的文件传输工具。WebRTC Data Channel 基于SCTP协议，确保消息可靠送达。

🔷 ICE（Interactive Connectivity Establishment）：一种框架，用于在NAT（网络地址转换）环境中找到最佳的网络路径。
🔷 STUN（Session Traversal Utilities for NAT）：帮助设备发现自己的公网IP地址和NAT类型。本工具使用Google提供的免费STUN服务器。
🔷 TURN（Traversal Using Relays around NAT）：当P2P直接连接失败时的中继方案，数据通过TURN服务器中转。本工具未配置TURN服务器（需要付费），在大多数家庭网络环境中STUN已足够。
简单来说：STUN是"帮你找到门牌号"，TURN是"帮你请个邮递员"。

可以在同一电脑上使用两个浏览器窗口（或一个正常窗口+一个隐私/无痕窗口）进行测试：
① 窗口A：点击"发起聊天"，生成邀请码并复制
② 窗口B：粘贴邀请码，点击"加入聊天"，生成应答码并复制
③ 回到窗口A：粘贴应答码，点击"确认应答码"
④ 连接建立，双方可以开始聊天
由于在同一设备上，连接会通过本地网络（localhost）建立，延迟极低。