P2P 文件传输
把文件从你的浏览器直接送到对方的浏览器，中间不经过任何一环。
搭建在你的浏览器里完成，文件在两台设备之间直接流动。ArrayKit 拿不到你的文件、你的短码，也拿不到文件的名字。
文件到手后核对一下哈希
关于 P2P 文件传输
给别人发一个文件，通常意味着先把副本放到第三方的机器上——网盘、中转站、聊天软件——然后指望它以后会被删掉。这个工具省掉了中间这一步。两个浏览器彼此打开一条直接的加密连接，字节只从这条路上过一次，从你的设备到对方的设备。搭起来只需要一件事：你把一段短码贴进你们本来就在用的聊天里，对方回你一段，连接就通了。这次交换是唯一牵涉到外人的环节，而它不带任何文件数据，只有两个浏览器彼此定位所需的地址。
功能特性
- 文件通过加密通道在两个浏览器之间直接流动
- 搭建只需一来一回两段短码，走你本来就信任的聊天
- 接收方先看到文件清单，同意之后才会有一个字节动身
- 一次多份文件，实时显示进度、速度与剩余时间
- 同一 Wi-Fi 模式，完全不查询任何外部地址
- 收到的文件名会被剥去路径与伪装类型的字符
- 传完的文件可以逐个保存，也可以打包成压缩包
- 显示这次连接最终是同网、直连还是中转
如何使用 P2P 文件传输
- 在发送的设备上挑好文件，生成一段邀请码
- 用你平时联系对方的方式把这段码发过去
- 对方粘贴后生成回执码，再发回给你
- 把回执码粘进来连接；对方一同意，传输就开始
示例
输入
A 480 MB video, both laptops on the same office Wi-Fi
输出
Connected on the local network · 480 MB in about 40 seconds at 12 MB/s
在同一个网里，传输根本不出这栋楼，也不必等上行带宽。
常见错误与故障排除
- 两个浏览器始终连不上。 — 原因有两种。有些网络——尤其是移动数据和大型企业网——把每台设备藏在严格的 NAT 后面，两端自己打不通。另一些则拦下了同一 Wi-Fi 下设备互相寻找所用的本地名称解析，这会连同一台机器上的两个标签页也配不上对。换一个网络，或者在两台真正独立的设备之间试一次，通常就能分辨是哪一种。
- 粘贴时短码被截断了。 — 有些聊天软件会截短长消息或把它变成附件。请用纯文本消息发送，或者用二维码，让对方的设备直接扫你的屏幕。
- 传输中途停了。 — 连接活在这两个标签页里。任一标签关闭、设备休眠或网络切换，通道就会断，只能重来——传了一半的文件没有地方寄存。
- 很大的文件把浏览器的内存耗尽了。 — 接收方在文件收完之前一直把它放在内存里。几个 GB 的文件最好先切分再发。
常见问题
- P2P 传输过程中，我的文件会被上传到什么地方吗？
- 不会。文件数据只走一条连接，从你的浏览器到对方的浏览器。经过外人的只有那段搭建用的短码，而它装的是网络地址，不是文件内容。
- 我发出去的那段码里到底有什么？
- 有你的浏览器认为自己可被联系到的地址，还有两端用来加密通道的密钥。短码会完整显示，地址就列在它下方，发之前你能看清自己交出去的是什么。
- 传输是加密的吗？
- 是。WebRTC 数据通道由标准本身规定端到端加密，根本没有不加密的模式可退。密钥就在你们互换的短码里。
- 为什么有时会去问一个外部地址服务？
- 为了知道你的设备从外面看是什么样子——正是这一点让不同网络里的两端能找到彼此。勾上同一 Wi-Fi 选项，这次查询就完全省掉了。
- 两个人必须同时在线吗？
- 是的，而且两个标签页都得开着。这是两台设备之间一条活的连接，不是寄存箱：没有任何副本留在别处等人来取。
- 能发多大的文件？
- 这里不设上限，在局域网里速度就是网络本身的速度。实际的天花板是接收方浏览器的内存，因为它要先把文件拼好再保存。
相关工具
全部 ArrayKit 工具