ShareDrop 现状与 PairDrop 比较：跨网路传文件、配对与隐私注意事项

ShareDrop 曾经是很直接的浏览器 P2P 文件传输工具：两台设备打开网页，就能在同一网络内发现彼此；不同网络则可通过房间链接连接。不过，2026 年再介绍 ShareDrop 时不能只沿用旧教程，因为官方 GitHub 仓库已经明确标示 “ShareDrop is now LimeWire”。仓库中的 ShareDrop Classic 代码仍可自行部署，但当前 sharedrop.io 的线上品牌、帐号和储存功能不能自动视为旧版 Classic 的同一套流程。

如果你想找更接近旧式“打开网页就传文件”的现行选择，PairDrop 值得一并比较。它同样以 WebRTC 传输为基础，却增加了临时公共房间、持久设备配对、PWA 与自行部署等功能。本文依据两个项目的官方 GitHub、PairDrop 官方应用站及官方 FAQ 整理；没有把官方说明写成 FreeToolBox 已完成的跨设备实测。

最后核实：2026-08-07。原文章网址继续保留为 /2026/07/sharedrop.html，避免读者和搜索引擎因更新而进入失效链接。

图片来自 ShareDropio 官方 GitHub 仓库，仅用于识别 ShareDrop Classic 项目；不代表当前 LimeWire 服务的界面。

先分清三个名称

ShareDrop Classic：ShareDropio GitHub 中保留的开源网页应用，使用 WebRTC 传文件，并以 Firebase 处理设备 presence 与 WebRTC signaling。
当前 sharedrop.io／LimeWire：官方仓库声明 ShareDrop 已被 LimeWire 收购。当前线上服务可能包含帐号、匿名上传下载、储存和 AI 功能，不能直接套用 Classic 仓库的全部操作或隐私描述。
PairDrop：官方仓库说明它是 Snapdrop 的 fork，并非 ShareDrop 的改名版。它针对跨网络连接、持久配对与公共房间加入更多功能。

ShareDrop Classic 如何工作

ShareDrop Classic 官方仓库表示，文件通过 WebRTC 在设备之间直接传输，不必先上传到文件服务器；Firebase 用于设备在线状态和 WebRTC 信令。处于同一公网 IP 的设备可在打开页面后互相发现；跨网络时，可以建立带有独特 URL 的房间，再把链接交给另一方。

这里最容易误解的是“P2P 等于完全不使用服务器”。文件内容可以直接传输，但设备发现和建立连接仍需要信令服务。官方仓库列出的 Classic 浏览器包括 Chrome、Chromium 版 Edge、Firefox、Opera 与 Safari 13+；这只是项目说明，不代表当前 sharedrop.io 的所有功能仍与旧版完全一致。

PairDrop 多了哪些实际功能

PairDrop 官方应用站在核实时显示版本 v1.11.2。官方仓库列出的重点包括：

临时公共房间：通过 5 个字母的代码或 QR code，让不同网络的设备暂时看到彼此；关闭 PairDrop 后会离开房间。
持久设备配对：通过 6 位代码或 QR code 配对已知设备。配对会保留，重新打开 PairDrop 后仍可找到对方，也可主动取消配对。
多文件处理：官方说明可一次传送多份文件，并在部分情境下以 ZIP 下载。
PWA 与系统入口：可按受支持浏览器安装为 PWA，并有 iOS／Android 分享菜单、Windows／Linux 内容菜单和 CLI 等延伸方式。
自行部署：可用 Node.js 或 Docker 自行架设，并配置自己的 STUN／TURN 服务。

隐私差异：什么时候文件可能经过 TURN

PairDrop 官方 FAQ 表示，同一网络内使用 WebRTC 时，文件不会发送到服务器；但已配对且处于 NAT 后方的设备，可能通过 PairDrop TURN server 路由文件和讯息。官方也明确提醒：WebRTC 会加密传输内容，但使用者仍须信任 PairDrop server，项目未来才计划加入更完整的零信任验证流程。

因此，不能简单写成“PairDrop 永远不会经过服务器”。较准确的说法是：同网络通常直接传输；复杂 NAT、VPN 或公司网络可能需要 TURN 中继。TURN 介入也可能降低速度。处理高度敏感资料时，应先自行加密文件，并通过另一个可信渠道确认接收者和房间／配对代码。

ShareDrop 与 PairDrop 怎么选

只想理解旧版 ShareDrop：参考 ShareDrop Classic 仓库，但要知道当前 sharedrop.io 已进入 LimeWire 品牌阶段。
同一 Wi-Fi 临时互传：PairDrop 的基本同网路流程较接近旧式体验，但仍应先用不敏感的小文件测试设备发现。
经常在不同网络使用自己的设备：PairDrop 的持久配对更方便，同时必须接受 NAT 情境可能使用 TURN 的边界。
临时与朋友跨网路传送：PairDrop 公共房间较合适；代码应私下发送，并在画面中确认正确接收设备。
组织内部或重视控制权：可评估自行部署 PairDrop 或 ShareDrop Classic，但服务器维护、HTTPS、STUN／TURN 和安全更新都要自行负责。

安全操作流程

确认打开的是官方项目网址，不要通过来历不明的仿冒页面传文件。
先发送一份不敏感的小文件，确认双方设备名称、文件名与大小正确。
跨网络时，通过另一个可信通讯渠道分享房间或配对代码，不要公开贴出。
接收方确认请求后再传正式文件；陌生设备出现时不要接受。
重要或敏感文件先自行加密，密码不要与文件通过同一房间发送。
传送完成后检查文件能否打开、大小是否合理；公共设备应离开房间，持久配对不用时应解除。

常见失败原因

设备互相看不到：确认双方使用同一官方服务、浏览器允许必要功能，并检查 VPN、公司防火墙、iCloud Private Relay 或网络隔离。
跨网路很慢：复杂 NAT 可能让 PairDrop 使用 TURN。可先缩小文件测试，或在可信环境中让设备连接同一个热点。
页面名称与旧教程不同：ShareDrop 已有品牌变动，不要强行按照旧 Classic 截图寻找完全相同的按钮。
多文件下载行为不同：浏览器和手机系统可能把多文件整理为 ZIP，或需要通过分享菜单保存；正式处理前先测试。

适合谁，不适合谁

适合：不想安装完整同步软件、需要在手机与电脑之间临时发送一般文件，并愿意核对设备和网络状态的用户。PairDrop 也适合需要跨网络房间或固定设备配对的人。

不太适合：需要长期云端备份、版本历史、团队权限、审计日志或企业合规流程的工作。极度敏感资料也不应仅因为页面写着 P2P 就直接发送。

FreeToolBox 判断

原 ShareDrop 文章最需要更新的不是多加几个使用步骤，而是把项目状态和隐私边界说清楚。ShareDrop Classic 仍有研究与自行部署价值，但当前 sharedrop.io 已不能无条件当作旧版 Classic；PairDrop 则提供更完整的跨网路功能，却也带来 TURN 与服务器信任问题。FreeToolBox 建议普通同网路传输先用小文件验证；跨网路时明确区分临时房间和持久配对，并把敏感文件加密后再发送。