大文件传输・文本共享（P2P・免注册）
大文件传输与文本共享，只需浏览器即可免费完成。创建房间后，把房间名、链接或二维码告诉对方，就能在手机与电脑之间或与他人直接互传文字和文件。采用P2P通信，数据不会保存在服务器上。
文件传输方式对比
P2P直接发送需要双方同时打开页面，但换来的是数据不会留在任何地方。请根据用途灵活选择。
| 对比项目 | 本工具（P2P直接发送） | 云存储型传输服务 | 邮件附件 |
|---|---|---|---|
| 数据保存位置 | 不保存在任何地方，直接在浏览器之间传输 | 在服务商的服务器上保存一段时间 | 保存在发件方和收件方双方的邮件服务器上 |
| 大小限制 | 取决于接收端设备（电脑版 Chrome 和 Edge 可直接写入磁盘） | 因服务而异 | 一般约为20～25MB |
| 可接收的时间 | 仅限发送方同时打开页面期间 | 有效期内随时可以 | 随时可以 |
| 需要告诉对方的内容 | 房间名、链接或二维码 | 下载网址 | 对方的邮箱地址（需事先知道） |
| 适合的场景 | 在自己的设备之间传输，或交给身边的人 | 不同时间的交接 | 发送小文件 |
什么是P2P文件传输与文本共享
本工具利用浏览器之间直接通信的技术 WebRTC，让您可以当场互传文字和文件。创建房间后会得到一个随机的8个字符的房间名，对方用同一个名称进入后，两人（或更多人）之间就能互传文字和文件。无需安装应用，也不用注册账号，手机与电脑、Windows 与 Mac、Android 与 iPhone 等不同设备之间都能用同样的步骤操作。
与云存储型的传输服务不同，您发送的数据不会保存在任何服务器上。服务器只负责让浏览器彼此找到对方并建立连接，真正的文字和文件会经过加密，在参与者的浏览器之间直接传输。房间只在有人在线时存在，最后一个人离开后，房间名和共享的内容都会消失。相应地，接收方需要与发送方同时打开页面。如果需要在不同时间交接，云存储服务会更合适。
P2P文件传输与文本共享的使用方法
- 创建房间 保持选中“创建房间”，点击“用这个名称创建房间”。房间名会自动填入随机的8个字符，您也可以自行输入。
- 把房间告诉对方 用“分享链接”发送网址，或者让对方用手机扫描“二维码”。也可以直接口头告诉对方房间名，请对方在“加入房间”中输入。
- 发送文字 把文字粘贴到“要共享的文本”框中，点击“发送”。接收方可以用每条内容上的“复制”按钮，直接复制到剪贴板。
- 发送和接收文件 选择或拖放文件后，对方的屏幕上会出现“接收”按钮。对方点击后开始传输，完成后即可用“保存”把文件存下来。
- 用完后离开 点击“离开”或关闭标签页即可退出房间。所有人离开后房间就会消失，共享过的内容也不会留下。
用好本工具的小技巧
- 传输过程中，请不要关闭手机屏幕或切换到其他应用。浏览器可能会暂停运行，导致连接中断。
- 几GB的超大文件，建议用电脑版 Chrome 或 Edge 接收。会先选择保存位置，再把数据直接写入磁盘，因此不会占满设备内存。
- 想发送整个文件夹时，先用ZIP压缩工具打包成一个文件，可以大大减少接收方的操作。
- 后来加入的人也能看到之前发送的文字。文件只要发送方还在房间内，随时都可以用“接收”获取。
P2P文件传输与文本共享的使用场景
把照片和视频从手机传到电脑
不需要数据线或云同步，就能把手机拍摄的照片和视频传到电脑上。在电脑上创建房间，用手机扫描二维码后即可开始发送。
在电脑之间传递长文本或网址
把会议室电脑上的会议记录、网址或配置文件内容，复制到自己的笔记本电脑上。不会在聊天应用里留下临时的记录。
与眼前的人交换资料
开会时，即使不知道对方的联系方式也能交换资料。只需口头告诉对方房间名，无需交换邮箱地址或社交账号。
传递邮件发不了的大文件
超出附件大小限制的视频或设计文件，无需上传到云端即可直接交给对方。也适合不希望留在外部服务器上的机密文件。
P2P文件传输相关术语
- P2P（点对点）
- 设备之间不经过服务器、以平等的身份直接交换数据的通信方式。在本工具中，真正的文字和文件会在参与者的浏览器之间以P2P方式传输。
- WebRTC
- 让浏览器之间无需插件即可直接通信的标准技术。它以视频通话而闻名，同时也提供用于发送任意数据的 DataChannel，本工具使用的就是这一功能。
- 信令（Signaling）
- 建立P2P连接前，双方交换支持的格式、候选地址等连接信息的步骤。只有这一中转环节会用到服务器，您发送的文字和文件不会经过它。
- STUN
- 用于查询从路由器外部看到的自身IP地址和端口号的机制。它帮助处于不同网络的设备找到彼此直接连接的路径，本身不中转任何数据。
- NAT
- 家庭或公司的路由器把内部多台设备通过一个公网IP地址连接到外部的机制。某些NAT类型的组合会导致无法建立P2P直接连接。
- DTLS
- 用于加密 WebRTC 数据的协议。它是 HTTPS 网站所用的加密技术 TLS 针对数据包通信改造而来的版本。WebRTC 中加密是强制的，无法关闭。
常见问题
闲话 ― 明明在同一个Wi-Fi里，是怎样“直接”连上的
说是让浏览器之间直接连接，但互联网上的大多数设备其实并没有自己的公网IP地址。家庭和公司的路由器通过名为NAT的机制，把内部的多台设备汇总到一个地址再连到外部。从外面看，无法判断通信是发给哪台设备的，所以通常无法从这边主动向对方发起通信。
于是 WebRTC 会向 STUN 服务器询问“从外部看到的自己的地址和端口号”，再与对方交换这些信息。当双方几乎同时向对方的地址发送数据包时，各自的路由器会把收到的数据包视为“对内部发出通信的回复”而放行。这种手法叫作UDP打洞（UDP hole punching），是网络游戏和网络电话长期使用的经典技巧。连接在同一个 Wi-Fi 上的设备，会用路由器内部的地址直接相连，数据甚至不经过互联网，传输也更快。
不过，这个技巧并非总能奏效。每次通信都更换对外端口号的NAT（对称型NAT），以及移动运营商把大量用户汇总到一个地址的运营商级NAT，都可能让它失效。一般的视频会议服务会为此准备名为TURN的中继服务器，代为转发通信。本工具以“不经过服务器”为优先，刻意没有使用中继，因此在极少数环境中会无法直接连接。自 WebRTC 于2021年1月成为 W3C 和 IETF 的正式标准以来，这些机制已经内置在所有现代浏览器中。