PairDrop 替代方案 —— 同一類做法，差別在這幾處

兩者都不用裝 App；我們多做校驗與中轉兜底，它多了開源與自架

PairDrop 是從 Snapdrop 程式碼分支出來的專案，仍在活躍維護，純網頁、基於 WebRTC，並且支援在不同網路之間配對，而不只是同一個區域網路。它和本站屬於同一類做法，所以下面這張表裡沒有「誰全面更好」這種結論，只有幾處具體差別。

把檔案拖到這裡，現在就傳現在開始傳檔案

或

最實在的差別有兩處。第一，我們在每個檔案傳完之後自動比對 sha-256 校驗值，兩端不一致就報錯 —— 這解決的是「傳過去了，但檔案壞了而沒人發現」這類問題，尤其在傳幾 GB 的影片或整個素材目錄時。

第二，直連真的建不起來的時候（有些企業網、校園網、或者雙方都在嚴格的 NAT 後面），我們會問你要不要改用中轉，並在介面上標成「經中轉」，副本在對方取回時立刻刪除。反過來，它有我們沒有的那一樣：程式碼開源，可以自己部署一份，伺服器端完全歸你。這一條我們給不了。

逐項對照

逐項對照
對照項	PairDrop	圖圖雲端硬碟 · 傳送
要不要裝東西	不用裝，打開網頁就能用	不用裝，瀏覽器打開就能用
檔案走哪條路	基於 WebRTC 的點對點直連，與本站同一機制	點對點直連。直連不通時改用中轉，介面會明寫「經中轉」，不假裝還在直連。
能不能跨網路	可以 —— 它明確支援在不同網路之間配對	可以，兩端不必在同一個網路
完整性校驗	未公開說明	每個檔案傳完自動比對 sha-256，差一個位元組就報錯
傳完後還留副本嗎	不留 —— 直連時檔案不經過伺服器	直連時不留 —— 位元組從沒到過我們這兒。走中轉時，對方取回即刪，另有 24 小時兜底清理。
開源與自架	開源，可自架 —— 這是它有而我們沒有的	不開源，也不提供自架 —— 這是我們沒有的

PairDrop 找不到對方裝置，怎麼辦？

常見原因是兩台不在同一個網路，或者網路開了「用戶端隔離」（公共 WiFi、訪客網路、公司網常見）——裝置之間互相看不見，自動探索就失效了。這時可以用它的配對功能，或者換一條不依賴自動探索的路：本頁用的是 6 位數字碼，誰也不需要「看見」誰，輸碼就連上。

兩者的傳輸速度有差別嗎？

同為直連時，速度取決於兩端的網路而不是網站本身 —— 同一個 WiFi 下通常能跑到網卡上限。真正拉開差距的是「能不能建起直連」：直連不通時，一端會退回中轉（速度受中轉頻寬限制），另一端可能就直接失敗。所以與其比標稱速度，不如看在你那個網路環境裡能不能連上。

換到這裡，操作會不會更麻煩？

步數一樣：打開網頁 → 選檔案 → 對方掃碼或輸碼。區別是這裡不依賴裝置自動探索，所以在公共 WiFi、訪客網路這類「裝置互相看不見」的地方也照樣能連上 —— 那恰恰是自動探索最容易失效的場合。

能傳整個資料夾嗎？

可以。把資料夾直接拖進來，頁面會自動打包，目錄結構完整保留，對方收到後解開就是原來的層級。多個零散檔案則不打包，逐個傳，先傳完的先能用。