同一 WiFi 的人能截获我的文件吗

拿不到内容。数据通道被 WebRTC 标准强制要求 DTLS 加密，抓包只能看到密文。真正的风险不在传输过程，而在陌生人进了同一个房间、主动点了下载，所以公开网络里要用私密房间码控制成员。

文件会被上传到云端存档吗

不会。文件内容在设备之间点对点流动，服务器上没有文件本体，只有房间内的文件名清单，且最近共享记录只保留 7 天。

网盘方案里，文件要先完整上传到服务商的服务器，链接泄露或账号被盗都意味着文件暴露；P2P 直连方案里文件根本不在第三方服务器上，暴露面小得多。当然取舍也不同：P2P 需要双方设备同时在线。

用自定义私密房间码建房，不要依赖自动房间；投送前确认房间成员里没有陌生设备，传完及时撤回不需要的投送，接收方保存完再关页面。

解释 WebRTC 强制加密（DTLS）、信令与数据分离设计，以及使用时要注意的隐私事项。

点对点传文件在加密和隐私上有天然优势：文件内容在两台设备之间直达，不经任何服务器中转，而且 WebRTC 标准强制要求数据通道使用 DTLS 加密，无法关闭。当然，它也有需要注意的使用细节。下面以 LanBeam 局域网快传为例，把"安全在哪、要注意什么"一次讲清楚。

LanBeam 的传输基于 WebRTC DataChannel。WebRTC 是各大浏览器共同遵循的标准，规范里明确要求所有数据通道必须先完成 DTLS 握手，之后的数据一律加密传输——这不是可选配置，而是协议的底线。换句话说，即使有人在同一 WiFi 里抓包，看到的也只是密文。

同时，文件内容不经过任何服务器。LanBeam 的服务器部署在 Cloudflare Workers 上，只承担两件事：帮设备互相认识（信令），以及记录房间里的文件名清单。你的合同、照片、视频的内容，自始至终只存在于你的设备和接收方设备上。

诚实地说，信令环节会暴露一些元数据：

仅此而已。服务器见不到文件内容，也没有能力解密。如果你连文件名都不想让第三方经手，投送前先在本地把文件改个名，是最简单的习惯。

自动房间的分组逻辑：打开网页后，同一网络出口下的设备会自动进入同一个房间。在大多数家庭里，这就是自家人；但理论上，同一公网出口下的陌生设备也可能进入同一自动房间。所以涉及敏感文件时，建议自定义一个私密房间码，只告诉该看到的人
设备需要能访问互联网：信令走网络，文件内容不走。房间配对需要网络在线，好处是文件不占任何云空间，但也要明白，它不是一个完全断网场景下的方案

把这两点理解清楚，P2P 传输的边界就很明确了：内容层面是加密直连、不落第三方；使用层面要自己管好"谁能进房间"这件事。