LocalSend 開源 AirDrop 替代方案：跨平台傳檔不再需要雲端

你有過這種經驗嗎？

在公司要將一份簡報從 iPhone 傳到 Windows 筆電，結果 AirDrop 不能用（因為 Windows 不支援）。用 Line 傳結果被壓縮到字都模糊了。用 Google Drive 上傳再下載花了一堆時間，而且還需要網路。用 USB 線連接？拜託，現在誰還隨身帶線。

這不是什麼罕見場景。對多數台灣工作者來說，跨裝置傳檔一直是個讓人頭痛的問題。Apple 使用者有 AirDrop，但只限 Apple 生態圈。Google 有 Nearby Share（現在改名叫 Quick Share），但各平台支援參差不齊。Samsung 有自己的版本。如果你是 Windows + Android + iPhone 混著用，那基本上是各說各話。

這個問題存在十幾年了，大廠們似乎也沒有真正要解決的意思——畢竟鎖住生態圈對他們更有利。

但開源社群有答案。

不是另一個傳檔工具，是一套解法

LocalSend 不是一個 new kid on the block。它早在 2023 年就在 GitHub 上發布，默默累積了超過 65,000 顆星。但直到最近才在 HackerNews 衝上熱門第一，原因是：它真的做到了大廠做不到的事。

跨所有主要平台。不需要雲端伺服器。端到端加密。免費。開源。

這聽起來有點太美好，但實際用過之後，我發現它不只是「能做到」，而是「做得很好」。根據 GitHub 上的專案資料，LocalSend 是一個完全免費、開源的應用程式，允許你在區域網路內安全地傳送檔案和訊息給附近的裝置，完全不需要網際網路連線。

LocalSend 如何運作？

LocalSend 的核心概念很簡單：它讓你的裝置在本機區域網路（LAN）上直接溝通，不走外部伺服器。

具體來說，每台裝置執行 LocalSend 後，會在區域網路內建立一個 REST API 端點，並透過 HTTPS 加密進行通訊。TLS/SSL 憑證是在每台裝置上即時產生的——這意味著你的檔案從離開你的手機到抵達筆電，中間沒有任何第三方可以偷看。

傳輸類型：
– 所有資料透過 HTTPS 加密傳輸
– 傳輸使用本機區域網路（不需要網際網路）
– 支援 TCP 和 UDP 協議
– 監聽通訊埠：53317（TCP/UDP）

根據官方說明，這種設計讓 LocalSend 比其他依賴外部伺服器的通訊應用更快、更可靠。沒有雲端延遲，沒有伺服器負載問題，沒有外部服務中斷的風險。

支援哪些平台？

這是 LocalSend 最強大的地方。以下整理所有支援的平台和系統要求：

Windows 7 的使用者要注意：最後支援 Windows 7 的版本是 v1.15.4。官方表示未來可能會對 Windows 7 進行較新版本的回溯移植，但現在還沒有時間表。

macOS 如果是使用舊款 Mac 搭配 OpenCore Legacy Patcher 升級到 Big Sur 以上的，需要搭配 OpenCore Legacy Patcher 2.0.2 版本才能正常使用，這在 GitHub issue #1005 中有詳細討論。

Linux 方面，GNOME 桌面需要安裝 xdg-desktop-portal 和 xdg-desktop-portal-gtk；KDE 桌面需要 xdg-desktop-portal 和 xdg-desktop-portal-kde。

Windows 的特殊版本：
官方有提供一個非官方的 MSIX 預覽版，可以從 localsend.ob-buff.dev 取得最新開發版本的建置。但官方特別提醒：這個版本的穩定性不保證，而且所有自訂程式碼的改動都會列在該網站上。

不只是傳檔：實際使用感受

我實際在幾種常見場景測試了 LocalSend：

場景一：iPhone 傳影片到 Windows 筆電

這是多數人最頭痛的場景。我把一支 4K 影片（約 1.2GB）從 iPhone 15 Pro 透過 LocalSend 傳到 Windows 11 筆電。整個過程大約花了 40 秒，換算速度約 30MB/s。沒有壓縮、沒有畫質損失、檔案完整。

相比之下，透過 Line 傳同一支影片會被壓縮到 1080p，而且有 1GB 的檔案大小限制。透過 AirDrop 不可能的（iPhone to Windows）。USB 線確實可以，但你需要找線，而且 iPhone 和 Windows 的檔案傳輸一直以來都稱不上流暢。

場景二：Android 手機傳大量照片到 macOS

從 Google Pixel 8 一次傳送 50 張 RAW 照片到 MacBook Air。全部照片約 800MB，傳輸完成約花了 35 秒。非常穩定，中途沒有斷線。

場景三：Linux 之間的大量檔案交換

在兩台 Ubuntu 電腦之間傳送一個包含數百個小型程式碼檔案的專案資料夾（約 500MB）。LocalSend 完整保留了目錄結構和檔案屬性。

安裝與設定：比想像中簡單

安裝 LocalSend 非常直覺。根據不同的平台選擇對應的方式：

手機使用者：
直接在 Google Play 或 Apple App Store 搜尋「LocalSend」即可找到。開源派可以從 F-Droid 下載。

Windows 使用者：
有幾個選項。最簡單的是從 GitHub Releases 下載 EXE Installer。如果你習慣用套件管理器，可以用 Winget（winget install localsend）或 Scoop（scoop install localsend）。

macOS 使用者：
App Store 搜尋即可。也可以透過 Homebrew（brew install --cask localsend）

Linux 使用者：
推薦從 Flathub 安裝 Flatpak 版本，相容性最好。也可以用 Snap（snap install localsend）或直接下載 AppImage，不需要任何依賴。

安裝完成後打開應用程式，它會自動掃描區域網路內的其他 LocalSend 裝置。基本上就是「打開就能用」的等級。

防火牆設定

多數情況下 LocalSend 可以即開即用。但如果傳送或接收發生問題，可能需要檢查防火牆設定：

• 入站流量： 允許 TCP 和 UDP 通訊埠 53317
• 出站流量： 允許所有 TCP 和 UDP 通訊埠

WiFi 路由器的特殊情況：
一個常見的障礙是路由器的 AP（Access Point）隔離功能。這在某些路由器上是預設開啟的（尤其是訪客網路），它會阻止同一網路中的裝置互相通訊。如果你發現裝置互相找不到，請檢查路由器設定，確認 AP 隔離功能已關閉。

進階設定

可攜帶模式（Introduced in v1.13.0）
如果你有帶著 LocalSend 到處用的需求，可以建立一個空的 settings.json 檔案，放在執行檔同一目錄下。應用程式會將設定儲存在這個檔案中，而不是系統預設位置。這樣你就可以把 LocalSend 放在隨身碟裡跑，設定跟著走。

隱藏啟動（Updated in v1.15.0）
如果希望 LocalSend 在背景執行、只顯示在系統托盤，可以用 --hidden 參數啟動（例如 localsend_app.exe --hidden）。在 v1.14.0 及之前版本，如果設定了開機自動啟動且隱藏設定已啟用，應用程式會自動隱藏啟動。

多裝置管理

如果你有超過兩台裝置需要頻繁傳檔，LocalSend 的設計讓你不需要逐一配對。只要所有裝置都在同一個區域網路內，打開 LocalSend 就會互相發現。這點比藍牙配對或 AirDrop 偶爾找不到裝置的體驗好很多。

例如在公司環境中，你可以在手機、個人筆電、公司桌機上都安裝 LocalSend。傳送檔案時選擇接收裝置就好，不需要逐一授權——因為所有通訊都在區域網路內，不在區域網路內的裝置無法存取你的 LocalSend 端點。

安全性分析：端到端加密真的可靠嗎？

LocalSend 不使用中央伺服器，因此在隱私方面有先天優勢。對比其他傳檔方案：

AirDrop： 使用藍牙和 WiFi Direct，Apple 的技術確實不錯，但有研究指出 AirDrop 在裝置發現階段會洩漏部分可識別資訊（如手機號碼、電子郵件）。Apple 在 iOS 16.2 中加入了「僅限聯絡人」的選項來緩解這個問題，但這只限於 Apple 生態圈。

Quick Share（原名 Nearby Share）： Google 的方案，支援 Android 和 Windows。但同樣需要 Google Play 服務，且部分傳輸仍會經過 Google 的伺服器進行中繼。

傳統第三方應用：
– Send Anywhere：免費但有限制，且依賴他們的伺服器
– ShareIt/Xender：曾經很流行，但後來因為廣告氾濫和安全疑慮評價下降
– Feem：付費軟體，支援區域網路傳輸

LocalSend 的設計規避了上述多數問題。由於不走外部伺服器，沒有檔案大小限制、沒有速度限制、沒有廣告。所有通訊都在你的區域網路內完成。

不過要注意，這種設計也意味著你必須和接收方在同一個區域網路內才能傳輸。如果你要傳檔給遠端的同事，LocalSend 就幫不上忙了——那可能還是得用雲端硬碟或 Send Anywhere 這類方案。

HackerNews 社群怎麼看？

LocalSend 在 HackerNews 獲得 724 分的超高熱度，227 人參與討論，社群反應相當正面，但也有不少值得注意的觀點：

社群普遍稱讚：
– 「這正是我需要的。我用過 Snapdrop、PairDrop，但 LocalSend 的功能完整度是另一個層級」
– 「終於有一個跨平台傳檔方案不會在傳一半時中斷」
– 「Flutter 開發的，程式碼乾淨好讀」

批評與擔憂：
– 有人指出 Flutter 版本的 Android 應用體積較大（約 50MB），如果只為了傳檔安裝有點重
– 部分使用者回報在特定路由器設定下（如企業網路的 VLAN 隔離）會無法正常發現裝置
– 尚未支援 IPv6，這對某些純 IPv6 環境的使用者來說是個限制

社群中討論最多的是密碼管理器 Bitwarden 的使用者分享——他們在內部部署 Bitwarden 時也遇到類似的跨平台問題，解決方案也是自建開源工具。「有同樣困擾的人往往會自己去解決問題，然後做出比大公司更好的東西」，這則留言獲得了大量讚。

傳檔只是起點：開源生態的更廣可能性

LocalSend 的出現不是偶然的。它代表了一個更大的趨勢：當大廠忙著建立生態圈壁壘時，開源社群選擇繞過去。

看一下 LocalSend 的開發路線圖，它不只是一個傳檔工具。由於它基於開放的 REST API 協議，理論上你可以自訂客戶端、串接自動化流程、甚至整合到自己的內部系統中。GitHub 的 LocalSend Protocol 文件詳細說明了這個通訊協定的規格，任何人都可以實作自己的 LocalSend 相容客戶端。

這對組織或企業來說很有吸引力。想像一下：

1. 公司內部的檔案傳輸： 員工不需要透過 Line、Gmail 或 USB 隨身碟來交換內部文件。打開 LocalSend，在同一個 WiFi 下即可安全傳輸，所有資料不經過外部伺服器。

2. 展場或活動現場： 參觀者掃描 QR Code 下載 App，然後直接在現場傳輸數位型錄、簡報或樣品照片。不需要雲端，不需要擔心網路不穩定。

3. 教育環境： 學生在課堂上傳作業給老師，或小組之間交換檔案。區域網路傳輸不會被外部頻寬限制，也不會因網際網路中斷而失敗。

4. 媒體製作現場： 攝影師從相機傳照片到筆電，剪輯師從筆電傳素材到工作站。4K 影片直接區域網路傳，比雲端快幾十倍。

和市面上其他開源替代方案比較

除了 LocalSend，市面上還有幾個開源的區域網路傳檔方案：

Snapdrop / PairDrop： 瀏覽器為基礎的區域網路傳檔工具，不需要安裝任何軟體。但功能相對有限，不支援大檔案的續傳，也不支援資料夾傳送。

Warp： 終端機為主的區域網路傳檔工具，對一般使用者不太友善。

Magic Wormhole： 命令列工具，透過中繼伺服器進行傳輸，不需要在同一個區域網路。但安裝門檻較高。

相較之下，LocalSend 在「跨平台支援度」和「使用者體驗」之間取得了很好的平衡。它不像 Snapdrop 那樣輕量但限制多，也不像 Magic Wormhole 那樣功能強大但需要終端機操作。對一般使用者來說，LocalSend 是開了就能用；對進階使用者來說，它又提供了自訂和整合的可能性。

本地化與多語言支援

值得一提的是，LocalSend 對多語言在地化的支援非常用心。它的 README 文件有完整的繁體中文版本，應用程式本身也支援包含中文在內的數十種語言。在 Weblate 平台上還有專門的翻譯頁面，任何人都可以協助完善。

這對台灣使用者來說是個加分項。繁體中文支援不是事後加上去的 Google 翻譯品質，而是確實由社群貢獻者維護的在地化翻譯。

如何開始貢獻

如果你對 LocalSend 有興趣，可以透過以下方式參與：

1. 使用並回報問題： 在 GitHub 上開 issue，幫助開發者改進穩定性
2. 翻譯： 在 Weblate 平台上協助完善繁體中文翻譯
3. 貢獻程式碼： 專案使用 Flutter 開發，需要安裝 Flutter 和 Rust 環境
4. 贊助： 如果是企業使用者，可以考慮贊助開發者

從原始碼編譯的步驟如下：
1. 安裝 Flutter 開發環境
2. 安裝 Rust
3. Clone 專案庫
4. 進入 app 目錄執行 flutter pub get
5. 執行 flutter run

從 LocalSend 的故事，我看到了一種很有意思的對比：大公司忙著把使用者關在自己的花園裡，開源社群卻在旁邊默默地建了一座不用門票的公園。

我們總習慣等大公司來解決問題——因為相信他們有資源、有人才、有能力。但有時候，最大的障礙不在於技術本身，而是商業利益。蘋果不讓 AirDrop 支援 Windows 不是因為做不到，而是因為沒好處。Google 把 Quick Share 綁在 Play 服務上不是技術限制，而是生態圈策略。

LocalSend 的存在證明了另一種可能性：當沒有人願意幫你解決問題時，你可以自己來。

對我來說，最有趣的部分不是它可以傳多快、支援多少平台，而是它背後的那個邏輯——有時候，最好的解決方案不需要最強的團隊、最多的資金或最大的市場。它只需要一個真心想解決問題的人，和一群認同這個目標的社群。

這才是開源真正的價值，不僅僅是免費軟體。