近距离，也能跨网络
适用于任何网络的 Snapdrop 替代方案
在两台设备上打开同一个页面，把文件拖过去，完事。这个习惯是当初大家找 Snapdrop 的原因，也是现在他们找替代品的原因。这一页讲清楚 LimeWire 买下这个项目之后到底变了什么，并给出七款保住了好处的替代方案。BIShare 排在前面，是因为它在共享 Wi-Fi 上做的就是 Snapdrop 那件事，同时还能送到完全不在你身边的人手里。免费、开源、无需账号。
BIShare 是我们做的，请带着这一点掂量这份排名。下面的每一句都能在各项目自己的仓库和页面上核对，而当别的工具才是更好的答案时，我们会点名。
一句话答案
- Snapdrop 没有死。LimeWire 收购了它，snapdrop.net 今天仍然给出一个挂着 Snapdrop 名字的传输页面。真正变的是：在线站点背后的代码不再公开，因此外界没有人能审计今天这个版本对你的文件做了什么。
- 最接近的替代，习惯一样：PairDrop。Snapdrop 的社区分支，GPL-3.0，依旧只是一个浏览器标签页，而且补上了 Snapdrop 从未有过的东西：6 位数配对码，让处在不同网络的两台设备也能找到彼此。
- 综合最佳：BIShare。五个平台的原生应用，把本地传输跑到满速，另外还有一条 100 GB 的浏览器链接，留给不在房间里的人。免费、开源、两端都不用登录。
- 如果你愿意装应用，而且只在家里传：LocalSend。开源，仅限同一网络，云端成分为零。
- 你也可以自己跑 Snapdrop。经典版代码仍在 GitHub 上，许可证照旧，一个 Docker 容器就能把它放在你自己的机器上。这是唯一能确定脚下没被人动过手脚的办法。
- 给远处的人发一个文件：BIShare 链接（100 GB、加密、一天后过期）或 Wormhole（10 GB、加密）。
Snapdrop 到底出了什么事
这个话题的搜索结果满是讣告，而其中大多把话说得过了头。以下是我们在 2026 年 9 月打开这些站点、读过仓库之后能够确认的内容。
LimeWire 买下了它，而且这写在仓库里
项目自己在 GitHub 上的 README 挂着这条公告：“Snapdrop has been acquired by LimeWire, a leading file sharing platform with integrated AI tools.”同一段还补充说，仓库会保持原样，你依然可以下载经典版 Snapdrop 并跑在自己的基础设施上。另一款知名的 WebRTC 页面 ShareDrop，最后也落到了同一个所有者手里。
2026 年 9 月：LimeWire 自己也被卖了
2026 年 9 月 14 日，模因币项目 BabyDoge 宣布收购 LimeWire，条款未披露，由 Abel Czupor 接管，声明的方向是创作者、去中心化存储，以及用其 LMWR 代币付费的 AI 工具。公告未提及 Snapdrop。于是 snapdrop.net 的所有者如今也有了自己的所有者，而浏览器里的传文件页面在其计划中无处可寻——又多了一个希望你所依赖的代码是公开的理由。
站点还活着，看上去也仍然是 Snapdrop
今天打开 snapdrop.net，你会看到那张熟悉的页面：设备名、Upload Files、Upload Folder、Send a Message。没有注册墙，也没有把存储套餐怼到你脸上。logo 文件以 snapdrop_by_lw.svg 的名字发出来，这是新主人最清楚的痕迹。sharedrop.io 同样还是那张经典的点对点页面。如果你在哪里读到这两个都没了，本月这不是事实。
真正变掉的是可验证性
放在 GitHub 上的是经典版。跑在线上站点的那份代码并未公开，所以 LimeWire 之外没有任何人能确认今天的一次传输是怎么走的、又记录了什么。对一款全部魅力就在于文件直接在两个浏览器之间穿过、什么都不碰的工具来说，这是实打实的损失，而这才是该换掉它的诚实理由，不是什么站点消失的故事。
在这件事之前，大家为什么就已经想换
两台设备必须在同一个网络上，而在那些会把客户端彼此隔离的酒店或办公室网络里，它们压根看不见对方。没有应用，所以大文件传输随标签页一起死掉。而且什么都送不到楼外的人手里。收购只是给这轮搜索添了把火；真正的内容一直是这些限制。
Snapdrop 有哪些东西必须留住
替代品之所以称得上替代，是因为它保住了那四样让人愿意守着一个朴素网页的东西。
什么都不用装
在两台设备上打开一个网址，它们就看见彼此。在借来的笔记本上，或者在装点东西就得开工单的办公电脑上，这不是锦上添花，而是这类工具存在的全部理由。
没有账号，也不要邮箱
Snapdrop 从来没问过你是谁。任何以注册表单开场的替代品，在比较的那一刻就已经输了，之后做什么都补不回来。
文件直接穿过去
WebRTC 在两个浏览器之间搬运数据，服务器只负责把两边介绍给对方。什么都不上传，所以也不会有东西躺在谁的硬盘上等着被删。
任何设备都能和任何设备说话
iPhone 对 Windows 笔记本，安卓对 Mac，Linux 台式机对平板。Snapdrop 一视同仁，而这恰恰是 AirDrop 和 Quick Share 拒绝做的事。
七款替代方案排行
BIShare
综合最佳：Snapdrop 的习惯，外加一条通往远方的路
iPhone、Android、Windows、Mac、Linux 以及任意浏览器 · MIT 许可、免费 · 近距离不限大小，链接最高 100 GB · 端到端加密 · 两端都不用注册
把两台设备放进同一个 Wi-Fi，体验就是你记得的那样，只不过走的是一个真正的应用：列表里出现名字，点一下，进度条按网络能给的速度往前跑，而什么都不会落在服务器上。它把 Snapdrop 甩在身后的地方是距离。身在另一座城市的人收到的是一个网址，他用眼前已经开着的浏览器打开，不装东西也不注册，最多能收 100 GB。封装在上传开始之前就完成，密钥留在你的链接里，所以我们这边握着的副本对我们毫无意义。你可以设成一天后作废，也可以设成首次下载后作废。多人场合还有房间码，让几个人在同一套保护下互相放文件。
不足之处： 本地这条路在应用里跑得最好；浏览器那一侧是用来接收和临时发送的，不是原生客户端的长期替身。而且什么都不保存，所以一条过期的链接是真的没了。
PairDrop
社区分支，最接近原版的那一个
任意浏览器 · 免费，GPL-3.0，可用 Docker 或 Node.js 自建 · 同一网络，或用配对码跨网络配对 · WebRTC · 无需账号
PairDrop 是 Snapdrop 的分支，保住了界面，同时修掉了最大的抱怨。同一网络里的设备照旧自己找到彼此，而处在不同网络的两台设备可以用 6 位数配对码或二维码配对，也可以凭 5 个字母的代码在一个临时公共房间里碰面。传输仍旧走 WebRTC 点对点，项目是货真价实的开源，若你连别人的服务器都不想信，可以在容器里跑自己的实例。对只想把 Snapdrop 拿回来的人来说，答案就是它。
不足之处： 依然是一个浏览器标签页，所以两个人得同时在线且页面开着，也没有原生应用。会隔离客户端的网络会逼你走配对码。
LocalSend
在家传文件时最好的安装型应用
iPhone、Android、Windows、Mac、Linux · 免费、开源 · 仅限同一网络 · 设备之间加密 · 无需账号
当“必须在浏览器里”这条不是铁律时，大家推荐的就是 LocalSend。它在每台设备上放一个小应用，在你的网络里找到其余设备，然后直接发送文件，全程加密，任何地方都没有云端成分。面对大文件夹，它比浏览器标签页更快也更稳，而当涉及的两台机器都属于你自己时，它就是该拿起的那把工具。
不足之处： 两端都得装应用，这就把借来的或受管控的电脑排除在外了，而且完全没有办法够到另一个网络上的人。
ShareDrop
另一张经典页面，同一个新主人
任意浏览器 · 免费 · 同一网络，或一条房间链接 · WebRTC · 无需账号
ShareDrop 比 Snapdrop 走红还早，做法也一样：在两台设备上打开页面，拖过去，完事。它额外给了一条可以发给别人的房间链接，把同一网络这条要求松了一点。它今天仍然能用。不过在定下它之前值得知道：LimeWire 也把它买了，所以为了所有权而从 Snapdrop 换到 ShareDrop，其实哪儿也没去。
不足之处： 和 Snapdrop 同一个主人，没有应用，而且同样要求标签页一直开着。
Transfer.zip
浏览器发送，免费档诚实得少见
任意浏览器 · 免费档不限大小 · 开源 · 加密 · 发送时账号可选 · 付费方案每月 9 美元起
Transfer.zip 负责链接所解决的那一半问题。它的免费档宣称完全没有大小上限，这说得通，因为免费传输是实时的而不是存储型的：只要你的标签页开着，文件就在流动，标签页一关，这次传输就结束。付费方案加上真正的存储，入门档每次传输 200 GB，保留 14 天。如果你的需求就是现在把一个巨大的文件发给一个人，这个免费档是真的好用。
不足之处： 免费档什么都不留，所以对方必须在你开着标签页等待的时候把东西取走。任何异步的用法都要花钱，而且没有本地网络模式。
Wormhole
对方在别处时最好的加密链接
仅浏览器 · 免费 · 到 10 GB 为止 · 任何东西出门之前先在页面里封好 · 一天后删除 · 没有人注册
Wormhole 从没想过做近距离的工具，所以拿它和 Snapdrop 比，只有在 Snapdrop 顾不上的那种场合才有意义。加密先在你的浏览器里完成，密钥随链接文本一起上路，留给服务方的只是一堆它打不开的字节。5 GB 以下的文件在他们服务器上等一天；更大的则在两个浏览器之间实时流过去。
不足之处： 十个 GB 就是墙，同一个房间里的两台设备什么也用不上，而且标签页一卡，长传输就完了。
自建 Snapdrop
给想要原版、原样、完全握在自己手里的人
你自己的服务器或 NAS · 免费，原始许可证 · 默认同一网络 · WebRTC · 信令服务器归你
经典版代码仍在 GitHub 上，README 明确邀请你自己跑起来。家里服务器、NAS 或一台小 VPS 上的 Docker 容器，就能给你记忆里那张页面，配上一台由你掌控的信令服务器，也不再有谁拥有什么的疑问。PairDrop 同样可以这么自建，而且代码维护更活跃，所以走这条路的人多半最后跑的是它。
不足之处： 总得有人维护，把 TLS 证书续上，让一台机器一直开着。走公网还需要一台 TURN 服务器，用于 WebRTC 无法直接建立的那些连接。
一览对比
| 项目 | Snapdrop | BIShare | PairDrop | LocalSend | Transfer.zip | Wormhole |
|---|---|---|---|---|---|---|
| 什么都不用装就能用 | ||||||
| 在同一网络的设备之间发送 | ||||||
| 设备在不同网络时也能发送 | ||||||
| 除浏览器外还有原生应用 | ||||||
| 接收方可以稍后再取，不用干等 | ||||||
| 端到端加密 | ||||||
| 在线服务所跑的代码是公开的 | ||||||
| 免费，背后没有付费套餐 |
2026 年 9 月逐一打开每项服务核对。Snapdrop 与 ShareDrop 都归 LimeWire 所有；GitHub 上的经典 Snapdrop 代码是公开的，而 snapdrop.net 上跑的代码不是，所以那一行打叉。PairDrop 用 6 位数配对码跨网络配对，并用 5 个字母的代码提供临时公共房间。Transfer.zip 的免费档没有大小上限，是因为传输是实时的：标签页一关就结束。
按场景决定打开哪一个
同一 Wi-Fi 上的两台笔记本，什么都装不了
在两个浏览器里开 PairDrop。它最接近你记忆里的 Snapdrop，而在共享网络下，两台设备不用任何设置就能互相找到。
自己的手机和自己的笔记本，天天用
装点东西吧。BIShare 或 LocalSend 会比一个标签页更快也更结实，而 BIShare 还留着浏览器这条路，供你给别人发东西的那些日子用。
对方在另一个网络上
Snapdrop 从来做不到这件事。如果你们都能保持在线，就用 PairDrop 的 6 位数配对码；如果对方最好能按自己的节奏稍后再取，就发一条 BIShare 链接。
酒店、咖啡馆或办公室网络
这类网络通常会把客户端彼此隔离，所以不管用哪个工具，本地发现都会失败。穿过去的办法是配对码或分享链接。
一个非常大的文件，只此一次
一条 BIShare 链接能带 100 GB 并保留一天。Transfer.zip 的免费档完全没有上限，只要在对方下载期间你让标签页一直开着。
你想确定脚下没被人动过手脚
自建。在家里服务器或一台小 VPS 上用 Docker 跑 PairDrop 是一个晚上的活儿，并且把所有权这个问题一次性解决掉。
把 Snapdrop 换成 BIShare，一步步来
两台设备就在附近
在合适的商店里给两台机器都装上应用，并确认它们在同一个 Wi-Fi 上。名字几乎立刻就会出现在对方的列表里。选文件，选目的地，在另一端点接受，字节便在两台设备之间移动，路上没有服务器，全程加密。附近没有路由器时，把一部手机开成热点，同样的事在没有互联网的情况下照做不误。
对方在别的地方
把文件拖到 bishare.app/transfer，100 GB 以内都行。传递方式会一次返回三种：一个网址、一个给手机摄像头扫的二维码方块，以及六个短到可以念出口的字符。封装先在你自己的浏览器里完成；密钥随井号后面的片段走，而那一段永远不会离开地址栏，所以我们这边的副本没有你的链接就毫无意义。它在一天后不再回应，若你勾选了只下载一次的选项，还会更早结束。
两边都什么也没装
上面所有做法在完全没有应用的情况下同样成立。bishare.app/transfer 就是一个普通网页，所以受管控的机器照样能发，而接收的人永远只需要你发过去的那个网址。这就是 Snapdrop 的形状，只是把同一网络那条规矩拿掉了。
速度：浏览器标签页与原生应用
几张照片的差别看不出来。一整个视频文件夹就看得出来，而且值得知道时间花在了哪里。
在自己的网络上，天花板由网络决定
用普通硬件测，直传在 Wi-Fi 5 上大约落在每秒 40–50 MB，在 Wi-Fi 6 上、两台设备都离路由器不远时能到每秒 70–110 MB。安装型客户端比网页更接近那个天花板，因为网页得先让数据经过 JavaScript，才能往磁盘上写东西。
浏览器传输随标签页一起结束
这是所有 Snapdrop 式工具的实际上限，PairDrop 也不例外。合上盖子、断了连接，30 GB 的传输就得从头再来。安装型应用则可以在屏幕休眠时把传输一直维持住。
走公网时，决定一切的是你的上传
凡是出网的东西，都由你连接里更慢的那一半，也就是上传，说了算。按 50 Mbps 算，每 GB 大约三分钟，那么十个 GB 的文件就是一顿午饭的工夫。没有哪家服务逃得掉这一点，这也正是只要两台设备在同一台路由器覆盖内就该优先走本地的理由。
Snapdrop 的替代方案私密吗
原版的卖点是文件永远不会抵达服务器。有的替代品守住了这条线，有的没有，而只要知道该看哪里，这个差别很容易核实。
点对点，什么都不保存
PairDrop、ShareDrop 以及自建的 Snapdrop，都用加密的 WebRTC 在浏览器之间搬数据，服务器只把两边介绍给对方。BIShare 的本地传输行为相同，它的链接则是端到端加密、密钥放在 URL 片段里，所以我们同样读不到。
公开的代码才让说法可核实
PairDrop、LocalSend、Transfer.zip 和 BIShare 都公开自己实际运行的代码。今天的 snapdrop.net 没有，这并不证明有什么坏事，只是说明它的隐私说法只能被相信，而不能被读到。
看看一个免费档的钱从哪来
会保存你文件的服务是有成本的，总得有东西把它填上：付费套餐、广告，或者你的数据。什么都不保存的工具对这个问题有最容易的答案，而这也是 Snapdrop 那套做法当年如此受欢迎的原因之一。
Snapdrop 替代方案：常见问题
最好的 Snapdrop 替代方案是哪个？
如果你想要同样的习惯又不装任何东西，选 PairDrop，因为它是 Snapdrop 的分支，保住了界面又补上了跨网络配对。如果你想要一个工具同时还能够到你网络之外的人，选 BIShare，它在共享 Wi-Fi 上做设备到设备传输，其余情况给你一条 100 GB 的浏览器链接。两者都免费，也都不要账号。
2026 年 Snapdrop 还能用吗？
能。LimeWire 收购了这个项目，但 snapdrop.net 今天仍然给出一个可用的 Snapdrop 传输页面，同一个主人的 sharedrop.io 也一样。真正要紧的变化是在线站点的代码不再公开，因此它的行为无法从外部审计。
Snapdrop 和 LimeWire 之间发生了什么？
GitHub 上 Snapdrop 的 README 直接宣布了收购：“Snapdrop has been acquired by LimeWire.”同一段还说仓库保持原样，任何人都可以继续在自己的基础设施上运行经典版。ShareDrop 也归了同一个主人。
现在用 Snapdrop 安全吗？
我们没找到相反的证据，页面今天的行为也仍像原版。你不能再做的事情是核实，因为在线站点背后的代码没有公开。如果这一点对你要发的东西很重要，就用运行代码开放的工具，或者自己托管 Snapdrop 或 PairDrop。
有没有能跨不同网络工作的 Snapdrop 替代方案？
有两条路。PairDrop 用 6 位数配对码把两台设备配上，或用 5 个字母的代码把它们放进一个临时公共房间，然后即使跨网络也走点对点传输。BIShare 给你一条链接，对方什么时候方便什么时候打开，最多 100 GB，而且不要求你们同时在线。
我能自己托管 Snapdrop 吗？
可以，项目本身也鼓励这么做。经典版代码仍在 GitHub 上，能在 Docker 或 Node.js 里跑起来。PairDrop 同样可以这么托管，而且维护更活跃。走公网时，你还会想要一台 TURN 服务器，用于 WebRTC 无法直接建立的那些连接。
Snapdrop、PairDrop 和 LocalSend 有什么区别？
Snapdrop 和 PairDrop 是网页：什么都不用装，两台设备打开一个网址。PairDrop 补上了跨网络配对，而且维护活跃。LocalSend 是五个平台上的安装型应用，面对大文件夹更快更稳，但只在一个网络内部工作，而且两端都得有。
Snapdrop 替代方案在没有互联网时能用吗？
本地那几种可以。任何共享网络都行，包括关掉移动数据的手机热点，因为没有东西往外走。这涵盖 BIShare 的本地模式、LocalSend，以及你自己在同一网络里跑的 PairDrop 实例。公开的 PairDrop 或 ShareDrop 页面仍然需要连上它的信令服务器，所以那个确实要联网。
iPhone 和 Android 上最好的 Snapdrop 替代方案是什么？
PairDrop 在两者的 Safari 和 Chrome 里都能跑，不用安装。BIShare 两边都有原生应用，通过 Wi-Fi 双向发送，手机分开时则用链接。AirDrop 在这里依旧帮不上忙，除非两部手机都在 Google 的 Quick Share 互通名单里。
有没有不限大小的免费 Snapdrop 替代方案？
在自己的网络上有：BIShare 和 LocalSend 压根没有上限，200 GB 的文件夹只是等 Wi-Fi 的事。走公网的话，只要你的标签页开着，Transfer.zip 的免费档不设上限，BIShare 链接能带 100 GB，而 Wormhole 到 10 GB 为止。
留住 Snapdrop 的习惯，丢掉网络的限制
免费、开源、无需账号。用应用发到房间那头，或者用一条链接发到国土那头，对方在任意浏览器里就能打开。