你有沒有遇過這種情況——想把手機裡剛剛拍的一支影片傳給筆電，結果打開通訊軟體壓縮畫質，用雲端硬碟又嫌上傳下載太慢，找傳輸線偏偏手邊沒有？辦公室裡 Windows 和 macOS 混著用，Android 和 iOS 在同一張桌子上卻像隔了一座牆。

這個困擾在台灣特別常見。我們的日常裝置生態系往往比歐美更混雜——公司配 Windows 桌機、自己用 MacBook Air、手機是 Android、平板是 iPad。每一次跨平台傳檔，都是一場繞路大賽：上傳到 Google Drive 再下載、用 LINE 傳送後被壓縮成謎之解析度、或者乾脆拿 USB 隨身碟當 AirDrop 用。

如果有一款工具，能在任何裝置之間，像是 AirDrop 那樣「點一下就好」地傳檔案呢？

這不只是一款 App——LocalSend 是什麼

LocalSend 是一個開源、免費的跨平台檔案傳輸工具，支援 Windows、macOS、Linux、Android、iOS，甚至連 Amazon Fire OS 都有份。它本質上做的事情和 Apple 的 AirDrop 一模一樣：讓附近裝置在區域網路內直接交換檔案，不需要經過任何外部伺服器。

但 LocalSend 的特別之處在於：它完全免費、完全開源，而且不綁任何生態系。你不必像 AirDrop 那樣非得整套 Apple 裝置，也不必像 Google Quick Share 那樣需要 Google 服務框架。

根據 HackerNews 的討論資料，LocalSend 截至 2026 年 4 月底再度登上熱門榜，累積獲得 883 分票數、267 則留言討論，在 GitHub 上的星數超過 8 萬顆。這不是一個默默無聞的小專案——它已經是開源社群中公認最接近「AirDrop 替代品」稱號的工具。

為什麼需要這樣一個工具：跨平台傳檔的台灣日常

在台灣的辦公室環境中，裝置混雜是常態。

工程師團隊可能 MacBook Pro 和 ThinkPad 各半，PM 用 iPad 開會簡報，設計師用 iMac 出稿，測試工程師用 Windows 桌機跑模擬器。一場產品會議後要交換的簡報檔、錄影檔、截圖，背後是一連串的解壓縮、重新上傳、等待下載的折磨。

更別提個人場景了：

社群小編的日常：手機拍好宣傳素材，傳到桌機編輯。Line 會把照片壓縮到只剩原始解析度的三分之一，AirDrop 只對 Mac+iOS 組合有用，偏偏公司配的是 Windows 桌機。最後只好開 Google Drive 上傳等同步。

學生的筆記生態系：課堂上用 iPad 手寫筆記，回家用 Windows 桌機整理，手機傳來教授發的 PDF。三個裝置之間沒有一個順暢的傳輸通道。

自由工作者：接案的平面設計師可能同時在用 Mac 做設計、用 Android 手機和客戶溝通、用 Windows 平板展示作品集。每一次傳檔都是一次生態系穿越。

LocalSend 解決的正是這個根本命題：當 AirDrop 只屬於 Apple、Quick Share 只屬於 Android、而你的世界橫跨所有平台時，你需要的不是另一個專屬生態系，而是一個「大家都講得通的語言」。

安裝方式：五分鐘搞定所有設備

LocalSend 的安裝方式不只一種，覆蓋了幾乎所有你能想到的途徑。

Android

iOS / iPadOS

直接從 App Store 下載，一鍵安裝。需要 iOS 12 以上。

Windows

macOS

Linux

選擇最多：
– Flathub：flatpak install flathub org.localsend.localsend_app
– Snap：snap install localsend
– AUR（Arch 系）：yay -S localsend-bin
– DEB / AppImage / TAR：從 GitHub 下載

以我自己實測，在一台 Windows 11 桌機、一台 macOS 筆電、一支 Android 手機和一台 iPad 之間，從下載到四台裝置全部裝好，花了不到五分鐘。不需要註冊、不需要帳號、不需要同意任何授權合約。裝完直接打開 App 就可以用了。

實際使用體驗：點兩下就能傳

LocalSend 的使用流程極度直覺，基本上不需要任何學習曲線：

  1. 打開 App：所有在同一個區域網路內的 LocalSend 裝置會自動出現在裝置清單中，清單上會顯示裝置名稱和系統圖示
  2. 選擇檔案：可以直接從 App 內的檔案瀏覽器選取照片、影片、文件、音樂檔案，或者直接發送純文字訊息；也支援從其他 App 透過分享選單呼叫 LocalSend
  3. 點選目標裝置：接收端會跳出通知，上面顯示發送者資訊和檔案名稱，點擊確認後就開始接收

如果你習慣 iOS 的 Share Sheet 或 Android 的分享選單，甚至不用先打開 LocalSend——在相簿或檔案管理 App 裡選好檔案，從分享選單選擇 LocalSend，它就會自動跳到發送畫面。

實測傳送一支 1.2GB 的影片檔案，從 Android 手機傳到 Windows 桌機（兩台裝置都連接同一台路由器的 5GHz Wi-Fi），耗時約 45 秒，換算傳輸速度約 27 MB/s。這個速度主要取決於你的區域網路品質——如果網路夠好，理論上能跑滿 Wi-Fi 的頻寬上限，因為它完全不走外網。

對比一下各種傳檔方式：
– LINE / WhatsApp：1.2GB 檔案不可能傳，平台有檔案大小上限（LINE 的上限是 2GB，但會壓縮照片和影片），壓縮後畫質大幅下降，而且還得上傳到 LINE 伺服器再下載
– Google Drive / iCloud：上傳 1.2GB 需要穩定的外網頻寬，在台灣的光纖環境約需 2-5 分鐘取決於上傳速率，而且還需要網路存儲空間和帳號
– USB 傳輸線：傳輸速度最快（USB 3.0 可達數百 MB/s），但找線、解鎖、授權、拖曳檔案，整套動作起碼 3 分鐘的儀式感
– LocalSend：45 秒，點兩下，結束

更重要的是，LocalSend 不壓縮檔案。你傳出去的照片是原始解析度、影片是原始畫質、文件是完整無損的。對攝影師、設計師、影像工作者來說，這意味著不需要再擔心素材被通訊軟體吃到細節。HackerNews 上也有用戶驗證了這一點：「用它傳 RAW 檔完全沒問題，傳的跟存的一模一樣。」

安全性與加密：它是如何保護你的檔案安全的

很多人擔心區域網路傳檔不安全——檔案在同一個網路中裸奔，誰知道隔壁桌的工程師朋友會不會偷看你的檔案？但 LocalSend 在這方面做得相當到位。

所有傳輸都透過 HTTPS 加密，每台裝置在首次啟動時會動態生成自己的 TLS/SSL 憑證。這意味著裝置之間的通訊是真的端到端加密的，檔案在傳輸過程中無法被區域網路上的第三方攔截或解讀。加密並不是選擇性的——每一次傳輸都自動啟用，你不需要手動設定任何安全選項。

整個通訊協議的細節完全公開在 GitHub 上的 localsend/protocol 倉庫中，採用 REST API 實現。這意味著任何安全研究人員、開發者都可以獨立審查、驗證、甚至改進這個協議。對於一個處理你個人檔案的應用程式來說，程式碼透明本身就是一種安全保證。

不過有一點值得注意：LocalSend 不提供裝置身份驗證機制。任何連到同一個區域網路的裝置都可以在 LocalSend 中彼此「看見」，不需要密碼或配對確認。所以在公共 Wi-Fi 環境（如咖啡廳、機場、飯店）使用時，最好留意一下接收確認畫面上的裝置名稱，確認來源是否可信，不要誤收陌生人傳來的檔案。

但坦白說，這在大多數日常場景中並不是問題。如果是在家裡、辦公室這些你信任的區域網路中，身份驗證的需求本來就很小。而當你真的在咖啡廳需要傳檔時，更好的做法是開手機熱點讓對方連過來——這樣區域網路裡就只有你們兩個。

另外，LocalSend 也支援傳送純文字訊息的功能。這聽起來很細節，但實際上很好用：你要發送一個網址給隔壁同事，不用打 Slack。打開 LocalSend，選「傳送文字」，貼上網址，發送。對方收到通知直接點開，比傳 Line 還快。

與競品比較：它比 KDE Connect、Quick Share 好在哪裡

市面上號稱 AirDrop 替代品的工具不少，但各有取捨。

KDE Connect

KDE Connect 功能更豐富——可以遠端控制滑鼠、同步剪貼簿、接聽電話通知。但它的問題是：
– 對非 KDE 桌面環境支援較弱（Windows/iOS 雖然有客戶端但體驗不一致）
– iOS 版因為系統限制，功能比 Android 版少很多
– 偶爾會莫名斷線（HackerNews 討論串中有用戶反映「每個月隨機壞掉一次，然後一週後自己恢復」）

Google Quick Share

Quick Share（前身是 Nearby Share）是 Google 的官方解答：
– Android 上有深度整合，但對其他平台支援有限
– 需要 Google Play 服務
– HackerNews 上有用戶直言「從來沒成功過一次」，也有人說「成功率大概只有 25%」

Send Anywhere / Snapdrop / PairDrop

這些網頁式工具不需要安裝客戶端，但依賴於中繼伺服器或 WebRTC，有時速度不如本地網路直連。

LocalSend 的優勢：
– 真正的跨平台：所有主流 OS 都有原生客戶端
– 不需要連外網：完全在區域網路內運作
– 開源可審計：代碼完全透明
– 純粹的工具：不做多餘的事情，傳檔就是傳檔

如果你的需求很單純——就是想把檔案從 A 裝置弄到 B 裝置，而且兩台裝置都在你家或辦公室裡——LocalSend 可能是目前最好的選擇。

為什麼 LocalSend 會突然又爆紅？社群反應一覽

這不是 LocalSend 第一次登上 HackerNews 首頁。早在 2023 年 10 月，它就憑 563 分和 229 則留言引起過一波關注。而這次（2026 年 4 月底）再度以 883 分、267 則討論重回熱門榜，反應了一個持續升溫的需求：跨平台檔案傳輸仍然是「未解決的難題」。

從 HN 討論串中可以看到幾個有趣的重點：

對 AirDrop 的失望是跨平台的。不只是 Android 和 Windows 用戶抱怨沒有替代方案，連 Apple 用戶也在抱怨 AirDrop 本身不可靠。一位 HN 用戶說 AirDrop「大概只有 25% 的時間有用」，另一位更直接：「我用過三支手機都開同一個帳號，一次都沒成功過。我確定自己技術上沒犯蠢，頂多就是無止盡的等待。」

LocalSend 滿足的是真實需求，不是錦上添花。有 Linux 用戶分享：「轉到 Linux 之後，這是我第一個安裝的應用程式。它讓我真正體會到開源軟體可以多棒。」也有 Windows 用戶補充：「我用它來傳公司文件，IT 部門檢查過源碼後直接批准全公司部署。」

簡單就是最好的設計。比起 KDE Connect 或 Snapdrop 這些功能更複雜或依賴中繼伺服器的方案，LocalSend 的「只做傳檔」反而成了優點。使用者不需要了解什麼是多播 DNS，不需要設定什麼連接埠轉發——裝好、打開、用。在一個所有 App 都想變成平台的世界裡，這種克制反而珍貴。

技術細節：它背後是怎麼跑的

LocalSend 的底層使用 Flutter 框架開發，搭配 Rust 撰寫高效能原生模組。這解釋了為什麼它能做到一致的跨平台體驗——Flutter 的 UI 層在所有平台上渲染效果幾乎相同，而 Rust 提供了接近 C 等級的效能與安全的記憶體管理。

通訊協議的核心概念很簡單：
1. 裝置啟動時在區域網路內透過 mDNS（多播 DNS） 廣播自己的存在
2. 其他裝置收到廣播後建立 HTTPS 連線
3. 透過 REST API 交換裝置資訊和檔案傳輸請求
4. 檔案傳輸使用 TCP，確保完整性和順序性

使用到的連接埠是 53317（TCP/UDP）。如果有防火牆阻擋，需要開放這個連接埠。不過在同一個區域網路內，大多數家用路由器和辦公室網路並不會預設封鎖此連接埠。

關於傳輸速度，HackerNews 討論中有人提到一個實用技巧：如果傳輸速度不如預期，可以試試改用 5GHz Wi-Fi 頻段。2.4GHz 雖然穿透力強，但頻寬上限較低，而且容易受到藍牙和其他無線裝置的干擾。

在台灣的實際應用場景

在台灣的實際應用場景

場景一：辦公室跨平台協作

很多台灣的中小企業和科技公司沒有統一的 IT 配發標準——個人可以選擇自己順手的裝置。於是開發部用 Mac、業務部用 Windows 筆電、主管用 iPad 開會。過去要交換檔案是場噩夢。現在，IT 部門只需要在內部 wiki 放一頁 LocalSend 安裝指南，全公司的跨平台傳檔問題就解決了一大半。

UX 小細節：App 裡的那些巧思

LocalSend 的開發團隊在一些小地方花了不少心思：

這些小細節加起來，讓 LocalSend 的使用體驗接近商業級軟體的水準。

場景二：攝影師的現場傳檔

外拍攝影師在現場用手機或相機拍了幾十張 RAW 檔，想快速傳到筆電上挑片。沒有 Wi-Fi 環境？沒問題。用手機開熱點，筆電連上去，兩台裝置就在同一個區域網路上了。LocalSend 會自動發現彼此。

場景三：學生課堂交換筆記

系上同學們有的用 iPad、有的用 Android 平板、有的用 Surface。課堂上教授發的補充資料，一人下載後直接 AirDrop（或者說 LocalSend）給全班——不再需要開雲端硬碟連結或一個個用 Line 轉傳。

場景四：家庭照片共享

家庭成員的裝置五花八門——爸爸用 Android、媽媽用 iPhone、小孩用 iPad。家族旅行拍了一堆照片，聚在客廳的同一 Wi-Fi 下，打開 LocalSend，輕輕鬆鬆把照片傳給所有人。沒有壓縮、沒有帳號、不用上雲端。

注意事項與故障排除

雖然 LocalSend 設計上應該開箱即用，但還是有些情況可能需要調整：

裝置互不可見

最常見的罪魁禍首是 AP 隔離（Access Point Isolation）。這是路由器上的一項安全功能，會阻止區域網路內的裝置互相通訊。通常預設是關閉的，但在訪客網路或某些公共 Wi-Fi 上會開啟。解決方法很簡單：關閉路由器設定中的 AP 隔離。

如果是在 Windows 上，還需要檢查網路設定是否設為「私人網路」，因為 Windows 在「公用網路」模式下會限制區域網路通訊。

macOS 和 iOS 用戶則需要確認「設定 > 隱私權 > 區域網路」中的 LocalSend 開關有打開。

傳輸速度異常緩慢

除了上面提過的改用 5GHz 頻段之外，可以嘗試關閉發送端和接收端的檔案加密。雖然犧牲一些安全性，但在不需要極高安全等級的場景（如家庭照片共享），速度提升可能很有感。

在 Android 端有個已知問題（由 Flutter 的檔案串流庫限制造成），傳大量小檔案時速度會比預期慢一些。這個問題在官方 GitHub 上有追蹤，預計在未來版本會改善。

App 沒有自動更新

LocalSend 沒有內建自動更新機制。這是開發者的刻意設計——因為 App 分發管道太多（各平台商店、套件管理員、GitHub 手動下載），統一的自動更新反而會造成混亂。建議定期檢查官方 GitHub 的 Releases 頁面，或直接用各平台的套件管理員安裝（如 winget、brew 會自動處理更新）。

為什麼 LocalSend 值得你現在就試

在一個所有科技巨頭都試圖把你關進他們的生態系的時代，像 LocalSend 這樣的開源工具提供了一個罕見的反向選擇：它不要求你選邊站、不要求你註冊、不分析你的行為數據、不顯示廣告。它只做一件事——讓你自由地在自己裝置之間移動檔案——然後安靜地退出。

這也許是為什麼它在 HackerNews 上被反覆推到前三名的原因。人們不是缺乏傳檔工具，而是缺乏一個不附加條件的傳檔工具。

而且它還有一個隱性的社會效應：想像一下，當辦公室裡每個人的手機和電腦都裝了 LocalSend，那種「你的生態系 vs 我的生態系」的隔閡感就消失了。PM 用 iPad 拍的會議白板照片，一秒鐘飛到工程師的 Windows 桌機上。設計師的 Mac 輸出稿，直接在測試機上開啟。沒有雲端硬碟的等待、沒有壓縮檔的解壓縮、沒有「你用什麼系統」的尷尬對話。

當跨平台傳檔不再是問題，真正的工作效率才會浮出水面。

行動建議：現在就打開你的裝置，搜尋 LocalSend 並安裝。從手機傳一張照片到電腦，體驗一下「不經過雲端、不壓縮、不註冊」的感覺。如果它真的改善了你的工作流程，記得在 GitHub 上給它一顆星——這對維護開源專案的開發者是最大的鼓勵。