关于 SixDrop：浏览器点对点传文件的原理、用法和限制

SixDrop 是一个打开网页就能用的传文件工具：一方把 6 位取件码报给另一方，两个浏览器建立直连，文件从一台设备直接流到另一台。

更新于 2026 年 10 月

它解决的是什么问题

平时传一个文件，通常要先把它搬到某个中间服务器上：网盘先上传、对方再下载；聊天工具会压缩图片和视频，还有大小限制。中间这一跳，往往比传输本身更花时间。

如果两个浏览器能直接对话，这一跳就可以省掉。WebRTC 的 DataChannel 就是为此设计的：它能在两个浏览器之间开一条点对点的通道，数据不经过网站服务器。

怎么用

打开 sixdrop.dev，有两种进入方式：

场景	操作
两台设备在同一个网络	大厅里会直接列出对方的设备，点「申请加入」，对方点「同意」，一起进入房间
不在同一个网络	一方复制链接或报 6 位取件码，另一方在网页里输入，进入同一个房间

进房间后选文件（可以多选），对方确认并选择保存位置，就开始传了。传完房间还在：可以再发一批，也可以切到「消息」发文字，文字走同一条连接。

为什么文件不经过服务器

连接建立分两步：先通过 Cloudflare 上的一个房间服务交换 SDP 和 ICE 候选（这些只是「怎么找到对方」的信息，不含文件内容），然后在两个浏览器之间做 NAT 穿透，打出一条直连通道。数据面走的始终是这条点对点通道。

速度由什么决定

传输速度不是一个固定值，它至少受这几件事影响：

• 在不在同一个网络：同一个 Wi-Fi 下可能走局域网直连，通常是最快的一档；跨网络要先打洞，打通了才谈速度。
• 两边各是什么网络：有线千兆 > Wi-Fi 6 > Wi-Fi 5 > 4G/5G，手机往往是最慢的一环；公司网、校园网、部分移动网络常是对称 NAT。
• 出口是否固定：双 WAN 分流、CGNAT、VPN 都可能让同一台设备两次连接换一个出口地址。
• 文件本身和对方设备：一个大文件比几百个小文件更顺；接收端 Chrome/Edge 能边收边写盘，Firefox/Safari 先收进内存；手机发热、后台省电、磁盘慢都会拖速度。

所以这里不做「不限速」这类承诺：没有会员限速这一层，但上限由你我的网络决定。传的过程中如果对方接不住（发送队列满），页面会停下来等，而不是直接判失败。

安全与隐私

• 直连通道由 DTLS 加密，两端会显示同一个 8 位校验码（双方 DTLS 指纹的哈希），对一下就知道没有中间人。
• 取件码只在房间存活期内有效，用完后可以点「离开」换新码；建议只发给要传文件的人。
• 不建立账号、不保存传输历史；关掉页面，房间就结束了。
• 只有主动选择「改用中转」时，文件才会临时存到 Cloudflare R2，最多 24 小时自动删除，也可以立即手动删除。

它不适合的场景

• 需要长期保存、可反复下载的分享链接——用网盘更合适。
• 一对多分发：一个房间是 1 对 1。
• 需要断点续传的超大文件：中断后需要重传。
• 网络环境本身打不通 P2P（对称 NAT、防火墙），且不愿意用中转。

常见问题

文件会上传到服务器吗？

直连成功时不会，文件只在两个浏览器之间流动；只有你主动选「改用中转」时才会临时存到 R2，最多 24 小时自动删除。

为什么有时候连不上？

最常见的是双方都在对称 NAT 后面，或者一方走 IPv4、另一方走 IPv6。页面会告诉你卡在哪，并给出换网络、重连、中转三条路。

能传多大的文件？

直连没有硬性上限，取决于接收方磁盘；Firefox 和 Safari 不支持流式写盘，建议单文件不超过 1 GB。中转模式单文件上限 5 TiB。

需要注册或安装吗？

都不需要，浏览器打开网页即可，电脑和手机之间也能互传。

取件码会被别人猜到吗？

6 位、32 个字符表（去掉了 0/1/I/O 等易混字符），只在房间存活期内有效，用完可以换新码。把码只发给要传的人最稳妥。

为什么不做会员提速？

传输是点对点的，速度不经过服务器，也不存在下载排队这一层，所以没有做会员限速或提速包的必要。

手机用流量能传吗？

可以，但手机流量通常是 CGNAT，打洞成功率比同一个 Wi-Fi 低；能连上时速度也受移动网络影响。

支持哪些浏览器？

支持 WebRTC 的现代浏览器都可以，包括 Chrome、Edge、Firefox、Safari 以及它们的手机版本；接收端只有 Chrome/Edge 支持边收边写盘。