没想到拖了这么久，当初顶的小目标终于实现了！ 文件传输/桌面共享 已经都支持了！！！！ 撒花~ 撒花~ 撒花~

项目起因是因为要经常传一些文件到 win 服务,下载网盘啥的好麻烦，又要登录又要先下载客户端，也想了解下 webrtc 技术。摸着需求就开始过河了！！

终于这个上个周末把 UI 一些状态 桌面共享 文件传输 ack 都加上了。

项目后端 Go 前端是 react nextjs GO server 只作为信令转发，p2p 建立后传数据文本/共享桌面/文件都不会经过服务器，安全！隐私！

开源地址 https://github.com/MatrixSeven/file-transfer-go

体验地址 https://transfer.52python.cn/

备注：

本项目和 server 不提供降级服务，p2p 建立失败，则无法传输任何数据。 p2p 的建立成功与否 取决于你的 nat 网络模型。

下面是 AI 提供的 nat 场景 ，大家可以参考：

NAT 类型主要分为以下四种，根据其对外部连接的限制程度不同，影响打洞的成功率：全锥形 NAT （ Full Cone NAT ） 特点：内部主机的 IP 和端口映射到固定的公网 IP 和端口，任何外部主机都可以通过该公网地址访问内部主机。 打洞友好程度：最高，易于穿透。

地址限制锥形 NAT （ Restricted Cone NAT ） 特点：只有内部主机主动向外部主机发送过数据包的外部 IP ，才能通过 NAT 的公网 IP 和端口访问内部主机。 打洞友好程度：较高，但需要先建立通信。

端口限制锥形 NAT （ Port Restricted Cone NAT ） 特点：进一步限制，只有内部主机主动向外部主机的特定 IP 和端口发送过数据包，外部主机才能从相同的 IP 和端口访问内部主机。 打洞友好程度：中等，需要精确的端口匹配。

对称 NAT （ Symmetric NAT ） 特点：每次与不同外部主机通信时，NAT 分配的公网端口都不同，映射关系严格依赖于目标 IP 和端口。 打洞友好程度：最低，穿透难度最大。