近距離，也能跨網路
適用於任何網路的 Snapdrop 替代方案
在兩台裝置上開同一個頁面，把檔案拖過去，結束。這個習慣是當初大家找 Snapdrop 的原因，也是現在他們找替代品的原因。這一頁講清楚 LimeWire 買下這個專案之後究竟變了什麼，並給出七款保住好處的替代方案。BIShare 排在前面，是因為它在共用 Wi-Fi 上做的就是 Snapdrop 那件事，同時還能送到完全不在你身邊的人手上。免費、開源、免帳號。
BIShare 是我們做的，請帶著這一點掂量這份排名。下面每一句都能在各專案自己的儲存庫和頁面上查核，而當別的工具才是更好的答案時，我們會點名。
一句話答案
- Snapdrop 沒有死。LimeWire 收購了它，snapdrop.net 今天依然給出一個掛著 Snapdrop 名字的傳輸頁面。真正變的是：線上站台背後的程式碼不再公開，因此外界沒有人能稽核今天這個版本對你的檔案做了什麼。
- 最接近的替代，習慣一樣：PairDrop。Snapdrop 的社群分支，GPL-3.0，依舊只是一個瀏覽器分頁，而且補上了 Snapdrop 從未有過的東西：6 位數配對碼，讓處在不同網路的兩台裝置也能找到彼此。
- 綜合最佳：BIShare。五個平台的原生 App，把本機傳輸跑到滿速，另外還有一條 100 GB 的瀏覽器連結，留給不在房間裡的人。免費、開源、兩端都不用登入。
- 如果你願意裝 App，而且只在家裡傳：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 之外沒有任何人能確認今天的一次傳輸怎麼走、又記錄了什麼。對一款全部魅力就在於檔案直接在兩個瀏覽器之間穿過、什麼都不碰的工具來說，這是實打實的損失，而這才是該換掉它的誠實理由，不是什麼站台消失的故事。
在這件事之前，大家為何就已經想換
兩台裝置必須在同一個網路上，而在那些會把用戶端彼此隔離的旅館或辦公室網路裡，它們根本看不見對方。沒有 App，所以大檔案傳輸隨分頁一起死掉。而且什麼都送不到樓外的人手上。收購只是替這輪搜尋添了把火；真正的內容一直是這些限制。
Snapdrop 有哪些東西必須留住
替代品之所以稱得上替代，是因為它保住了那四樣讓人願意守著一個樸素網頁的東西。
什麼都不用裝
在兩台裝置上打開一個網址，它們就看見彼此。在借來的筆電上，或在裝點東西就得開工單的公司電腦上，這不是錦上添花，而是這類工具存在的全部理由。
沒有帳號，也不要電子郵件
Snapdrop 從來沒問過你是誰。任何以註冊表單開場的替代品，在比較的那一刻就已經輸了，之後做什麼都補不回來。
檔案直接穿過去
WebRTC 在兩個瀏覽器之間搬運資料，伺服器只負責把兩邊介紹給對方。什麼都不上傳，所以也不會有東西躺在誰的硬碟上等著被刪。
任何裝置都能跟任何裝置說話
iPhone 對 Windows 筆電，Android 對 Mac，Linux 桌機對平板。Snapdrop 一視同仁，而這恰恰是 AirDrop 與 Quick Share 拒絕做的事。
七款替代方案排名
BIShare
綜合最佳：Snapdrop 的習慣，外加一條通往遠方的路
iPhone、Android、Windows、Mac、Linux 以及任何瀏覽器 · MIT 授權、免費 · 近距離不限大小，連結最高 100 GB · 端對端加密 · 兩端都免註冊
把兩台裝置放進同一個 Wi-Fi，體驗就是你記得的那樣，只不過走的是一個真正的 App：清單裡出現名字，點一下，進度條按網路能給的速度往前跑，而什麼都不會落在伺服器上。它把 Snapdrop 甩在身後的地方是距離。身在另一座城市的人收到的是一個網址，他用眼前已經開著的瀏覽器打開，不裝東西也不註冊，最多能收 100 GB。封裝在上傳開始之前就完成，金鑰留在你的連結裡，所以我們這邊握著的副本對我們毫無意義。你可以設成一天後失效，也可以設成首次下載後失效。多人場合還有房間代碼，讓幾個人在同一套保護下互相放檔案。
不足之處： 本機這條路在 App 裡跑得最好；瀏覽器那一側是用來接收和臨時傳送的，不是原生用戶端的長期替身。而且什麼都不保存，所以一條過期的連結是真的沒了。
PairDrop
社群分支，最接近原版的那一個
任何瀏覽器 · 免費，GPL-3.0，可用 Docker 或 Node.js 自架 · 同一網路，或用配對碼跨網路配對 · WebRTC · 免帳號
PairDrop 是 Snapdrop 的分支，保住了介面，同時修掉最大的抱怨。同一網路裡的裝置照舊自己找到彼此，而處在不同網路的兩台裝置可以用 6 位數配對碼或 QR code 配對，也可以憑 5 個字母的代碼在臨時公開房間裡碰面。傳輸仍舊走 WebRTC 點對點，專案是貨真價實的開源，若你連別人的伺服器都不想信，可以在容器裡跑自己的執行個體。對只想把 Snapdrop 拿回來的人來說，答案就是它。
不足之處： 依然是一個瀏覽器分頁，所以兩個人得同時在線且頁面開著，也沒有原生 App。會隔離用戶端的網路會逼你走配對碼。
LocalSend
在家傳檔時最好的安裝型 App
iPhone、Android、Windows、Mac、Linux · 免費、開源 · 僅限同一網路 · 裝置之間加密 · 免帳號
當「必須在瀏覽器裡」這條不是鐵律時，大家推薦的就是 LocalSend。它在每台裝置上放一個小 App，在你的網路裡找到其餘裝置，然後直接傳送檔案，全程加密，任何地方都沒有雲端成分。面對大資料夾，它比瀏覽器分頁更快也更穩，而當涉及的兩台機器都屬於你自己時，它就是該拿起的那把工具。
不足之處： 兩端都得裝 App，這就把借來的或受管控的電腦排除在外，而且完全沒有辦法搆到另一個網路上的人。
ShareDrop
另一張經典頁面，同一個新主人
任何瀏覽器 · 免費 · 同一網路，或一條房間連結 · WebRTC · 免帳號
ShareDrop 比 Snapdrop 走紅還早，做法也一樣：在兩台裝置上開頁面，拖過去，結束。它額外給了一條可以傳給別人的房間連結，把同一網路這條要求鬆了一點。它今天仍然能用。不過在定下它之前值得知道：LimeWire 也把它買了，所以為了所有權而從 Snapdrop 換到 ShareDrop，其實哪兒也沒去。
不足之處： 和 Snapdrop 同一個主人，沒有 App，而且同樣要求分頁一直開著。
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 |
|---|---|---|---|---|---|---|
| 什麼都不用裝就能用 | ||||||
| 在同一網路的裝置之間傳送 | ||||||
| 裝置在不同網路時也能傳送 | ||||||
| 除瀏覽器外還有原生 App | ||||||
| 接收方可以稍後再取，不用乾等 | ||||||
| 端對端加密 | ||||||
| 線上服務所跑的程式碼是公開的 | ||||||
| 免費，背後沒有付費方案 |
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，一步步來
兩台裝置就在附近
在合適的商店替兩台機器都裝上 App，並確認它們在同一個 Wi-Fi 上。名字幾乎立刻就會出現在對方的清單裡。選檔案，選目的地，在另一端按接受，位元組便在兩台裝置之間移動，路上沒有伺服器，全程加密。附近沒有路由器時，把一支手機開成熱點，同樣的事在沒有網際網路的情況下照做不誤。
對方在別的地方
把檔案拖到 bishare.app/transfer，100 GB 以內都行。傳遞方式會一次回來三種：一個網址、一個給手機相機掃的 QR 方塊，以及六個短到可以唸出口的字元。封裝先在你自己的瀏覽器裡完成；金鑰隨井號後面的片段走，而那一段永遠不會離開網址列，所以我們這邊的副本沒有你的連結就毫無意義。它在一天後不再回應，若你勾選只下載一次的選項，還會更早結束。
兩邊都什麼也沒裝
上面所有做法在完全沒有 App 的情況下同樣成立。bishare.app/transfer 就是一個普通網頁，所以受管控的機器照樣能傳，而接收的人永遠只需要你傳過去的那個網址。這就是 Snapdrop 的形狀，只是把同一網路那條規矩拿掉了。
速度：瀏覽器分頁與原生 App
幾張照片的差別看不出來。一整個影片資料夾就看得出來，而且值得知道時間花在哪裡。
在自己的網路上，天花板由網路決定
用普通硬體測，直傳在 Wi-Fi 5 上大約落在每秒 40–50 MB，在 Wi-Fi 6 上、兩台裝置都離路由器不遠時能到每秒 70–110 MB。安裝型用戶端比網頁更接近那個天花板，因為網頁得先讓資料經過 JavaScript，才能往磁碟上寫東西。
瀏覽器傳輸隨分頁一起結束
這是所有 Snapdrop 式工具的實際上限，PairDrop 也不例外。闔上蓋子、斷了連線，30 GB 的傳輸就得從頭再來。安裝型 App 則能在螢幕休眠時把傳輸繼續撐住。
走公網時，決定一切的是你的上傳
凡是出網的東西，都由你連線裡較慢的那一半，也就是上傳，說了算。按 50 Mbps 算，每 GB 大約三分鐘，那麼十個 GB 的檔案就是一頓午飯的工夫。沒有哪家服務逃得掉這一點，這也正是只要兩台裝置在同一台路由器涵蓋範圍內就該優先走本機的理由。
Snapdrop 的替代方案私密嗎
原版的賣點是檔案永遠不會抵達伺服器。有的替代品守住了這條線，有的沒有，而只要知道該看哪裡，這個差別很容易查核。
點對點，什麼都不保存
PairDrop、ShareDrop 以及自架的 Snapdrop，都用加密的 WebRTC 在瀏覽器之間搬資料，伺服器只把兩邊介紹給對方。BIShare 的本機傳輸行為相同，它的連結則是端對端加密、金鑰放在網址片段裡，所以我們同樣讀不到。
公開的程式碼才讓說法可查核
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 是五個平台上的安裝型 App，面對大資料夾更快更穩，但只在一個網路內部運作，而且兩端都得有。
Snapdrop 替代方案在沒有網路時能用嗎？
本機那幾種可以。任何共用網路都行，包括關掉行動數據的手機熱點，因為沒有東西往外走。這涵蓋 BIShare 的本機模式、LocalSend，以及你自己在同一網路裡跑的 PairDrop 執行個體。公開的 PairDrop 或 ShareDrop 頁面仍然需要連上它的訊令伺服器，所以那個確實要連網。
iPhone 和 Android 上最好的 Snapdrop 替代方案是什麼？
PairDrop 在兩者的 Safari 和 Chrome 裡都能跑，不用安裝。BIShare 兩邊都有原生 App，透過 Wi-Fi 雙向傳送，手機分開時則用連結。AirDrop 在這裡依舊幫不上忙，除非兩支手機都在 Google 的 Quick Share 互通名單裡。
有沒有不限大小的免費 Snapdrop 替代方案？
在自己的網路上有：BIShare 和 LocalSend 根本沒有上限，200 GB 的資料夾只是等 Wi-Fi 的事。走公網的話，只要你的分頁開著，Transfer.zip 的免費方案不設上限，BIShare 連結能帶 100 GB，而 Wormhole 到 10 GB 為止。
留住 Snapdrop 的習慣，丟掉網路的限制
免費、開源、免帳號。用 App 傳到房間那頭，或者用一條連結傳到國土那頭，對方在任何瀏覽器裡就能打開。