ShareDrop替代方案
最好的ShareDrop替代方案
ShareDrop是最早在浏览器里模仿AirDrop的网页之一：在两台设备上打开sharedrop.io，互相看到对方的头像，把文件拖上去，它就通过WebRTC直接传过去。2026年这个网站还在运行，但已经不属于它的作者。LimeWire在2025年初收购了它，如今页面会加载LimeWire的脚本，用于五个广告位，以及一个Upload Files按钮，把文件发到LimeWire的服务器，而不是你身边的设备。很多人想要以前的体验却不想要新东家，也有人一直嫌一个标签页能做的事太少。本指南讲清发生了什么变化、ShareDrop实际上如何决定你能看到哪些设备、它有哪些短板，给7个替代方案排名（包括自行托管的ShareDrop Classic），并说明如何发给另一个网络里的人。我们的BIShare也在名单里：免费、MIT许可，既能在bishare.app的浏览器里用，也有Android、iPhone、Windows、macOS和Linux应用。发送方和接收方都不需要账号。
BIShare是我们开发的，请带着这一点看排名。在PairDrop这类纯浏览器工具更省事的场合，本页会直接说明。
快速回答
- 最接近经典ShareDrop的：PairDrop。思路相同，开源，同一网络的设备会互相发现，配对还能跨网络。
- 希望发送方发完就能下线：BIShare链接把最多100 GB加密保存一天，任何浏览器都能打开，不用一直开着标签页。
- 一个文件、一个接收人、哪里都不存：FilePizza或ToffeeShare，前提是下载完成前你的标签页一直开着。
- 自己的电脑和手机之间传大文件夹：应用比标签页可靠。同一路由器下用BIShare或LocalSend，已经在用Tailscale就用Taildrop。
- 就喜欢原汁原味的ShareDrop：MIT许可的原始代码原封不动地留在GitHub上，可以自己托管，但需要Firebase数据库。
- 如果还是要用sharedrop.io：把文件拖到对方的头像上才是直接传输。Upload Files区域会把文件交给LimeWire。
ShareDrop后来怎么样了
ShareDrop从没关站，所以很多教程仍然照旧推荐，好像什么都没变。页面样子没变，变的是谁在运营、页面额外加载了什么。
2014年：浏览器里的AirDrop复制品
波兰开发者Szymon Nowak在2014年3月创建了ShareDrop仓库，并以MIT许可发布。README把它描述为受Apple AirDrop启发的网页应用，通过WebRTC在设备之间直接传文件，由Firebase负责在线状态和信令。它比Snapdrop以及如今知名的大多数同类页面都早。
2025年2月：LimeWire接手
现在的README开头是“ShareDrop is now LimeWire”，以及一段向社区宣布收购的话。里面承诺同一网络内分享、匿名上传下载、端到端加密，以及免费用户最多40 GB存储。介绍这一变化的Hacker News帖子发布于2025年2月22日，仓库也迁到了名为ShareDropio的组织下。
经典代码已冻结
README称仓库将保持原样，经典版仍可在自己的基础设施上运行。除文档之外，最后一次改动是2024年1月的一个小链接修复。如今sharedrop.io上运行的并不是这个仓库的代码，所以LimeWire以外的人无法审查。
2026年9月：广告位和上传到LimeWire
2026年9月14日打开sharedrop.io时，加载了lw_ads.js和lw_upload.js两个脚本。前者从api.limewire.com为五个位置（左、右、上、下和手机横幅）获取赞助广告。后者驱动Upload Files和Upload Folder区域，把文件交给LimeWire自己的上传服务，登录页在limewire.com。
2026 年 9 月：LimeWire 自己也易主了
2026 年 9 月 14 日，模因币项目 BabyDoge 宣布收购 LimeWire，条款未披露，由 Abel Czupor 掌舵，声明的方向是创作者对数据的所有权、去中心化存储，以及用 LMWR 代币付费的 AI 工具。公告未提及 ShareDrop。sharedrop.io 接下来变成什么，如今由离写出它的开发者隔着两层所有者的人来决定。
点对点的部分还在
头像、创建房间的+按钮，以及说明文件直接在发送方和接收方之间传输的文字都还在。只要用头像而不是上传框，ShareDrop仍然能当作传文件页面用。要换掉它，理由是信任和透明，而不是网站没了。
ShareDrop如何决定你能看到哪些设备
大多数人以为ShareDrop像AirDrop一样扫描本地Wi-Fi。它从来没这么做过，这一点正好解释了它的神奇和它那些奇怪的失灵。
同一个公网IP，同一个房间
ShareDrop的README把“同一局域网”的设备定义为公网IP地址相同的设备。凡是从同一个互联网地址访问服务器的浏览器，都会进入同一个自动房间并看到彼此的头像。Wi-Fi本身不参与发现，配对是服务器完成的。
为什么有时会出现陌生人
大型网络经常让成百上千人共用一个公网地址，比如大学、办公室、酒店，或使用CGNAT的运营商。在这些网络里，ShareDrop可能显示你从没见过的人的头像，他们也能看到你。接收方仍然要点接受，但这并不是许多人以为的私密小圈子。
为什么自己的笔记本有时会不见
反过来也会发生。开着VPN的笔记本、用移动数据的手机，或流量走另一个网关的电脑，公网地址不同，就会进另一个房间，哪怕就放在同一张桌上。现在页面上也提示ShareDrop不支持VPN。
其他情况靠房间
对于不同网络的设备，+按钮会创建一个带独立URL的房间。打开这个URL的人进入房间并互相看到，然后通过WebRTC点对点传输。发现和信令始终需要联网，哪怕两台设备连在同一个路由器上。
ShareDrop的短板
即便在出售之前，浏览器传文件页面也有硬伤。下面这些正是让人另找工具的原因。
两个标签页都得开着
WebRTC传输活在两个浏览器标签页里。发送方关掉页面、手机锁屏把标签页挂起，或者笔记本休眠，传输都会中断，只能从头再来。
没有可以稍后领取的东西
ShareDrop只在双方同时在线时才传文件。没有能等另一个时区同事的链接，也没法现在发、明天再下载。
发现依赖服务器和互联网
两台笔记本连在不通外网的路由器上是找不到对方的，因为配对发生在ShareDrop的服务器上。认证门户、VPN或屏蔽WebRTC的网络也会让它失效。
手机浏览器发送不稳定
手机为了省电会限制后台标签页。用手机浏览器发长视频，保持亮屏、页面在前台时能成功，一切到别的应用就会悄无声息地失败。
两个按钮，作用完全不同
在现在的页面上，把文件拖到头像上是点对点，而Upload Files区域会把文件存到LimeWire。两者在同一个屏幕上，匆忙时很容易点错而不自知。
7个ShareDrop替代方案排名
按喜欢ShareDrop免账号、免安装的用户需求排名。每一项都写明两端需要什么以及短板在哪。
BIShare
接收方不必同时在线时的最佳选择
任何浏览器打开bishare.app，另有Android、iPhone、Windows、macOS和Linux应用 · MIT · 最大100 GB加密链接，24小时后失效 · 云端或本地点对点模式的房间 · 无需账号
BIShare覆盖了ShareDrop做过的两件事，也补上了它从未做到的部分。在浏览器里上传，拿到链接和六位字符代码，合上笔记本，接收方稍后在任何浏览器里下载。多人场景下，用短代码加入的房间可以跑本地模式，同一Wi-Fi下文件直接在浏览器之间传，也可以跑云端模式，适合不在一处的人。在自己的设备上装好应用，它们会通过共享Wi-Fi或手机热点互相发现，不限文件大小。
短板： 浏览器链接不接受.exe、.msi、.sh等可执行文件，最快的直连传输需要两台设备都装应用。
PairDrop
浏览器里最对等的替代品
任何现代浏览器，可安装为PWA · GPL-3.0 · 同一网络自动发现 · 用6位数字代码或二维码永久配对 · 临时公共房间 · NAT后走TURN中继 · 提供自托管用的Docker镜像
PairDrop源自Snapdrop，用起来就像大家记忆里的ShareDrop，还多了些功能。同一网络的设备自动出现，配对过的设备在哪都能互相找到，临时公共房间就相当于ShareDrop的+按钮。它的FAQ把路径说得很清楚：同一网络下文件从不经过服务器，NAT之后的配对设备则走PairDrop的TURN服务器。
短板： 和ShareDrop一样，两台设备必须同时在线并开着标签页，经TURN中继的传输比直连慢。
FilePizza
用链接把文件交给一个人时的最佳选择
任何现代浏览器，包括iPhone上的Safari · BSD-3-Clause · 基于链接的点对点 · 密码保护 · 多个文件打包成zip · Docker，Redis和TURN可选
FilePizza干脆跳过设备发现。选好文件、拿到链接、用任何聊天工具发出去，接收方的浏览器就直接从你的浏览器拉取数据。第2版加入了密码保护、发送方可查看并中止的进度、多文件打包成zip，以及流式下载，避免大文件堆在内存里。
短板： 你的标签页就是服务器，关掉它链接就失效。适合当面交付，不适合别人明天才打开的文件。
ToffeeShare
来自荷兰的简洁点对点链接
浏览器 · 免费 · 使用DTLS 1.3的WebRTC · 网站称不限大小 · 不在线存储任何内容
ToffeeShare自称是来自荷兰的独立点对点服务。拖入文件、分享链接，数据就通过加密的WebRTC连接传输；因为它那边不存任何东西，网站没有标注大小限制。关掉标签页分享即结束，有人把这当作隐私优点。
短板： 它不开源，而且和FilePizza一样，整个下载期间都得开着发送方的标签页。
LocalSend
同一网络里用应用的最佳选择
Apache 2.0 · Android、iOS、桌面和Fire OS应用 · 一个局域网，互联网可有可无 · 设备间HTTPS · Winget、Homebrew、Flathub、F-Droid
如果你以前主要用ShareDrop在自己的手机和电脑之间传文件，换成应用能彻底摆脱标签页的问题。同一路由器下的LocalSend设备不经任何服务器就能互相列出，所以在不通外网的路由器上也能用。2026年9月，它在AlternativeTo的ShareDrop页面上位列开源推荐第一。
短板： 每台设备都要装应用，也够不到局域网之外的人。
Taildrop
已经在用Tailscale时，自己设备之间的最佳选择
macOS、iOS、Windows、Android和Linux上的Tailscale内置功能 · 公开Alpha · 仅限自己的设备 · 加密点对点连接 · 所有Tailscale套餐可用
Taildrop在登录同一Tailscale网络的设备之间发送文件，不管设备在哪，走的都是Tailscale其他功能所用的同一套加密连接。咖啡馆里的手机无需房间URL、无需开着标签页，就能把文件放到家里的电脑上。在Mac和Windows上，收到的文件进入“下载”文件夹。
短板： Tailscale文档规定它只能在你自己的个人设备之间使用，所以不能发给朋友，而且仍是Alpha阶段，需要管理员开启。
自行托管ShareDrop Classic
想要原版又不要新东家时的选择
MIT许可 · Ember应用 · 在线状态和信令需要Firebase Realtime Database · README附有Heroku部署步骤 · Chrome、Edge、Firefox、Opera、Safari 13+
README仍然写着经典版的运行方法：创建Firebase数据库、导入附带的安全规则、安装Ember CLI和依赖、设置密钥，然后部署。放在你自己的域名下，它就是记忆里的那个ShareDrop，没有广告脚本，也没有上传框。
短板： 说明已经过时（指向firebase.com和Heroku），代码自2024年起没有更新，Firebase和服务器的安全都得自己负责。
一览
| 项目 | BIShare | PairDrop | FilePizza | ToffeeShare | LocalSend | Taildrop |
|---|---|---|---|---|---|---|
| 两端都能在浏览器里用 | ||||||
| 自动发现附近设备 | ||||||
| 能到达另一个网络 | ||||||
| 发送方下线后仍可下载 | ||||||
| 能发给别人 | ||||||
| 无需账号 |
截至2026年9月。BIShare通过链接和房间在浏览器里使用，在应用里发现附近设备。PairDrop通过配对或公共房间到达其他网络，NAT之后经TURN中继。FilePizza和ToffeeShare需要发送方标签页一直开到下载结束。LocalSend需要每台设备装应用并处于同一网络。Taildrop需要登录Tailscale，且只能在你自己的设备之间发送。
发给另一个网络里的人
+按钮是ShareDrop最容易被误解的部分。替代方案分成三种模式，选哪种取决于谁能一直在线。
实时房间：所有人同时在线
ShareDrop房间、PairDrop公共房间和BIShare本地房间都要求大家同时加入。在通话或课堂上正合适，可以直接说“现在打开”，但对稍后才看到消息的人毫无用处。
实时链接：只有发送方要等
FilePizza和ToffeeShare把房间变成一个链接。接收方想什么时候打开都行，但前提是你的标签页还开着。笔记本插着电、页面亮着就没问题，合上盖子链接就没了。
保存的链接：谁都不用等
BIShare链接在你的浏览器里加密文件、上传并保存24小时。你可以立刻下线，接收方用任何浏览器下载。这种模式适合时差和忙碌的人，代价是一份加密副本要在服务器上放一天。
配对设备：自己的设备在哪个网络都行
PairDrop配对和Taildrop都会记住设备，所以你的手机和笔记本在任何网络都能互相找到，不用每次建房间。配对适合每天用的两台设备，Taildrop适合已经在Tailscale里的一整套设备。
自己托管ShareDrop Classic或替代方案
自托管是ShareDrop默默许下的承诺，也是拥有一个谁都卖不掉的传文件页面的方法。不同方案的工作量差别比想象中大。
ShareDrop Classic
你需要导入仓库规则的Firebase Realtime Database、装有Yarn和Ember CLI的Node、用于Cookie和房间名的SECRET，以及运行它的地方；README以Heroku为例讲解。Firebase是Google的服务，所以自托管的ShareDrop在信令上仍依赖第三方。
PairDrop
PairDrop最轻量：用LinuxServer.io或GitHub Container Registry的镜像，一条Docker命令即可，也可以直接用Node跑。它的托管指南提醒，不同网络之间的传输需要自己的TURN服务器，并提供了一个同时启动coturn和PairDrop的Docker Compose文件。
FilePizza
FilePizza v2是带Docker脚本的Next.js应用。保存频道状态的Redis可选，可以为NAT后的对端开启coturn TURN服务器，PeerJS信令主机也能从公共服务器改成你自己的服务器。
没人提的一点：TURN
任何WebRTC传文件页面在同一网络里都不需要帮忙，但两个家庭网络或移动网络之间的传输经常需要中继。没有TURN的自托管页面在家测试时一切正常，换成用移动数据的朋友就会失败。开启的话要准备好带宽。
什么场景用哪个替代方案
看对方是谁，以及对方能不能和你同时在线。
同一Wi-Fi下你自己的两台设备
什么都不想装就用PairDrop；文件大或手机老是挂起标签页，就用BIShare或LocalSend。
正在通话的朋友
PairDrop公共房间、BIShare房间或FilePizza链接，三者都能用嘴快速说清楚。
稍后才打开的客户或同事
不需要你开着标签页、能等24小时的BIShare链接；文件需要保留更久，就用付费存储服务。
课堂或会议
用短代码加入的BIShare房间，大家在同一Wi-Fi就用本地模式，有人远程加入就用云端模式。
你自己管理的一批机器
已经在用Tailscale就选Taildrop，想要自己掌控的页面就自托管带TURN的PairDrop。
隐私：传文件网页能看到什么、看不到什么
点对点不等于隐形。了解每个服务能看到路径的哪一段会更安心。
WebRTC在传输中加密文件
ShareDrop、PairDrop、FilePizza和ToffeeShare都通过WebRTC传数据，在两个浏览器之间用DTLS加密。咖啡馆Wi-Fi里的人读不到文件，TURN中继转发的也是它打不开的加密数据包。
信令服务器仍能看到元数据
为了让两个浏览器接上头，服务器会知道它们的IP地址和连接时间，而在ShareDrop上，你的公网地址决定你进哪个房间。PairDrop的FAQ也说明，你仍需信任它的服务器，信令加密还在计划中。自托管就是把这份信任转到自己身上。
上传按钮是另一种模式
sharedrop.io的Upload Files区域把文件存到LimeWire，BIShare链接则保存一份加密副本24小时。保存的链接很方便，但要看清每个服务保留什么、保留多久，并优先选择上传前就在你设备上加密的服务。
ShareDrop替代方案：常见问题
ShareDrop还能用吗？
能。sharedrop.io仍在运行，把文件拖到另一台设备的头像上依然是点对点发送。自2025年被LimeWire收购后，页面还会加载广告位和把文件存到LimeWire的Upload Files区域。
ShareDrop现在归谁？
归LimeWire。项目README宣布了收购，相关的Hacker News帖子发布于2025年2月22日。Szymon Nowak的原始代码仍以MIT许可公开在GitHub上。
ShareDrop最好的替代方案是什么？
浏览器里最接近的是PairDrop。需要在你下线后仍能用的链接就选BIShare，想要快速的实时链接选FilePizza，在自己设备之间用应用传文件选LocalSend。
为什么ShareDrop看不到我的另一台设备？
ShareDrop按公网IP地址而不是Wi-Fi给设备分组。VPN、移动数据或不同的网关会让设备拿到另一个地址，于是进了另一个房间。关掉VPN，或者用+按钮建个房间。
为什么ShareDrop上会出现陌生人？
办公室、校园、酒店和移动运营商经常让很多人共用一个公网IP，ShareDrop会把这个地址背后的所有人放进同一个房间。不经你同意，谁也发不了文件给你。
ShareDrop安全吗？
直接传输使用加密的WebRTC连接。但现在网站的代码已不公开，而且加载了LimeWire的脚本；如果你在意这一点，就用开源替代方案，或自己托管ShareDrop Classic。
ShareDrop和Snapdrop是一回事吗？
不是。它们是思路相同的两个独立开源项目，LimeWire把两个都收购了。ShareDrop于2014年起步，使用Firebase信令；PairDrop是Snapdrop的分支。
能用ShareDrop发给不在线的人吗？
不能。两个浏览器必须同时开着。别人稍后才取的文件，用BIShare这类保存一天的链接。
我能自己托管ShareDrop吗？
能。经典代码以MIT许可放在GitHub上，README讲了用Firebase数据库、Ember CLI和Heroku搭建的方法。PairDrop托管起来更简单，一条Docker命令就行。
BIShare免费吗？
免费。BIShare不收任何费用，代码以MIT许可公开，发送方和接收方都不用注册，每个链接最多可存100 GB、保留一天。
保留随手一传，省掉等待
免费开源。在浏览器里用关掉标签页也还在的链接分享，或者安装应用，在自己的设备之间直接传文件。