：跨网络传大文件的最佳选择)
跨网络用 send.wang 传大文件是它最对路的场景——两台设备不在同一 WiFi 下，它会通过 STUN/TURN 服务器协助穿透 NAT，建立 P2P 直连后文件直接在两端浏览器之间走，服务器只做"握手"不碰数据 。但"能用"和"传得爽"之间有几条边界你得先知道，下面分两部分说清楚。
🎯 跨网络大文件传输的正确姿势
第一步：发起方创建房间
在电脑或手机浏览器打开
“https://send.wang”，页面自动生成 6 位房间码 + 二维码 。
第二步：接收方跨网络加入
把房间码告诉对方，或者直接把房间链接（形如
“https://send.wang/?room=xxxxxx”）发给对方——这是跨网络场景最省事的方式，对方点链接就进同一个房间，无需手动输码 。接收方也可以扫二维码加入 。
第三步：传文件
连接状态显示 “Connected” 后，发送方点「+」选文件，接收方点 Download 保存，或提前开启自动下载 。
💡 跨网络时，send.wang 会通过 STUN/TURN 协助穿透 NAT。大部分家庭宽带、手机 4G/5G 网络都能直连成功；只有双方都在严格对称型 NAT 后（常见于部分企业网络），才会降级到 TURN 中继，此时文件会经过中继服务器转发，速度和隐私优势会打折扣 。
⚠️ 大文件传输的 5 条硬约束
WebRTC 底层数据通道本来是为视频通话设计的，不是为批量文件传输设计的 ，所以传大文件时有几条绕不开的限制：
- 页面不能关、不能刷新。传输期间发送方和接收方的浏览器标签页都必须保持打开，关掉标签传输立刻中断 。
- 浏览器内存是隐形天花板。受限于浏览器内存管理机制，单次传输文件大小建议不超过 2GB；超过此限制时，需实现分片传输和断点续传功能。send.wang 做了分片 + 断点续传 + SHA-256 校验，理论上能撑更大文件，但几十 GB 级大文件是它的适配上限 。
- 速度取决于两端实际上下行带宽。P2P 直连不受厂商限速，但跨网络时受限于双方各自的宽带上行/手机网络上行。一个 10GB 文件，在对称千兆宽带下约 80 秒；在普通家庭 20Mbps 上行下，需要近 70 分钟——而且两台设备整个期间都得开着 。
- 移动端浏览器要谨慎。移动版 Safari/Chrome 对后台标签页和 WebRTC 数据通道会激进节流，超过 100MB 的传输可能失败或卡住 。跨网络传大文件优先用桌面端 Chrome/Edge/Firefox。
- SCTP 拥塞控制会"自我克制"。WebRTC 数据通道跑在 SCTP over DTLS over UDP 上，拥塞时 SCTP 会主动退让，导致一条本可跑 500Mbps 的连接，实际只能跑到 50-100Mbps 。这是协议级的"快不了"，不是 send.wang 的 bug。
📋 让跨网络大文件传得更稳的实操清单
- 优先用桌面 Chrome 或 Edge，确保有足够内存处理大文件分片
- 有线网络优于 WiFi：台式机插网线，笔记本靠近路由器，避免传输中途 WiFi 抖动
- 传之前先测速：用
“speedtest” 看一下自己的上行带宽，据此估算耗时 - 文件超过 20GB 时：先压缩分卷（用 7-Zip 切成 2-5GB 一份），或考虑物理介质邮寄
- 利用断点续传：网络闪断不要慌，保持页面打开，网络恢复或对方重连后会自动续传已传部分
- 自定义好记的房间码（如
“abc123”），方便对方手动输入
🔀 什么情况下 send.wang 不是最佳选择
如果你的场景命中以下几条任意一条，建议换方案：
场景 更合适的方案
对方不能实时在线（你想现在发、对方明天收） 云存储中转：AWS S3 / 阿里云 OSS / Google Drive
单文件超过 100GB、且需跨国传输 专用传输软件：Aspera FASP、Signiant
双方都有公网 IP、需长期定期同步 Resilio Sync、Syncthing、rsync
TB 级数据迁移 物理硬盘邮寄（如 AWS Snowball）
企业级、需审计和权限管理 FileCatalyst、Signiant Media Shuttle
⚠️ 一个常被忽略的点：WebRTC P2P 工具的"零服务器"承诺只在直连成功时成立。一旦触发 TURN 中继，文件就会经过服务商的基础设施，此时隐私模型和普通云盘没有本质区别 。所以传真正敏感的数据时，要么确认直连成功，要么本地先加密再传。
结论：send.wang 跨网络传 几 GB 到几十 GB 级的大文件是合适的，前提是双方用桌面浏览器、能保持页面长时间打开、不追求跑满带宽。超出这个范围，就该考虑上表里的专业方案了。
你这边具体要传多大的文件、从哪到哪（比如北京传广州、国内传海外）？告诉我这两个信息，我能给你更精确的方案选择和预估耗时。
