LocalSend：把跨平台傳檔拉回本地網路的開源答案

我最近越來越不想把小檔案丟到雲端，再等另一台設備慢慢同步下載。很多時候，我要的其實很簡單：手機拍完照片，立刻傳到筆電；同事丟給我一個截圖或簡報，不要再經過信箱、聊天軟體壓縮、或某個需要登入的第三方伺服器。只要設備在同一個本地網路裡，直接、安全、快速地把檔案送到對方手上就好。

LocalSend 就是把這件事做得很漂亮的開源專案。

它不是另一個大而全的雲端同步服務，也不是要你建立帳號、綁定裝置、再忍受一堆額外流程的傳檔工具。根據官方 README，LocalSend 是一個跨平台應用，可以在不連網的情況下，透過本地網路安全分享檔案與訊息；它使用 REST API 與 HTTPS 加密，裝置之間不需要第三方伺服器。這個定位我很喜歡，因為它把「傳檔」這件事，從「平台綁定」拉回到最原始的「同一個局域網互通」。

LocalSend 解決的是什麼問題

我認為 LocalSend 最有價值的地方，不只是「可以傳檔」，而是它把幾個常見痛點一次解掉：

不想依賴雲端：有些檔案沒有必要先上傳到雲端，再從另一台裝置下載。
不想登入帳號：很多跨裝置工具都會把帳號、設備清單、同步狀態綁在一起，流程很重。
不想受限於平台：AirDrop 很好用，但它不是所有系統都能直接用。
不想處理複雜權限與同步邏輯：我只想把檔案送出去，不想順便維護一個同步系統。

LocalSend 的做法很務實：把傳輸範圍縮到本地網路，然後把體驗做完整。你不需要先理解一堆後端服務，也不需要先搭一台中繼伺服器。對我來說，這就是一個工具是否成熟的關鍵：它有沒有把最常用的那條路徑做得足夠短。

它怎麼運作

官方 README 說得很清楚，LocalSend 使用的是本地網路上的 REST API，資料傳輸則透過 HTTPS。更重要的是，它會在每台裝置上動態產生 TLS／SSL 憑證，讓裝置之間的通訊保持加密。

這裡的設計思路很有意思。

一般人一聽到「加密」，可能會以為這代表流程會更複雜，但 LocalSend 不是這樣。它沒有把加密拿來當賣點，而是把加密當成預設安全層。也就是說，你仍然在做很平常的事：選檔、送出、接收；只是背後的傳輸不是裸奔，而是加密通道。

我會把這種設計理解成兩個原則：

本地優先：先把通訊限制在局域網內，降低依賴。
安全預設：不用使用者自己手動配置複雜憑證，也不要把安全性變成額外門檻。

這也是 LocalSend 和很多「看起來像傳檔工具」的專案不太一樣的地方。它不是只做一個按鈕，而是把整個傳輸模型重新定義成「裝置與裝置之間的安全直連」。

我會怎麼開始使用它

對一般使用者來說，LocalSend 幾乎是開了就能用，但我還是建議照下面的順序走，避免遇到一些很典型的本地網路問題。

1. 先用官方建議的安裝方式

官方 README 明確提到，最好從 App Store 或套件管理器安裝，因為這個專案沒有自動更新。這點很重要，因為如果你自己下載離線安裝包，後續版本管理就要自己負責。

可用的安裝來源包含：

Windows：Winget、Scoop、Chocolatey、EXE 安裝包、Portable ZIP
macOS：App Store、Homebrew、DMG
Linux：Flathub、Nixpkgs、Snap、AUR、TAR、AppImage、DEB
Android：Play Store、F-Droid、APK
iOS：App Store

如果你只是想先體驗，我會建議直接選你平台上最順手的官方渠道。

2. 確認兩台設備在同一個本地網路

LocalSend 的前提非常明確：設備要能互相看到彼此。也就是說，手機和電腦最好在同一個 Wi-Fi 或同一個區網下。

如果你家裡或辦公室有這些情況，成功率會下降：

路由器開了 AP isolation
你連的是 guest network
公司網路有隔離策略
Windows 把網路設成 public network

這些不是 LocalSend 的 bug，而是網路本身就不允許裝置彼此順利發現。

3. 開放防火牆與必要埠號

官方 README 提到，LocalSend 預設會使用 53317 埠，且入站、出站都要允許 TCP／UDP 通訊。這一步通常是最容易被忽略的。

如果你在電腦端一直看不到手機，先檢查這些地方：

防火牆是否允許 53317
Windows 網路類型是否設為私人網路
macOS／iOS 是否給了 Local Network 權限
路由器是否限制同區網設備互通

我自己的經驗是，傳檔工具看起來像「連線失敗」，很多時候其實只是網路策略把它擋住了。

4. 先做一次最小測試

第一次使用時，不要一口氣傳大型影片。先拿一張小圖片或一個簡短的文字檔測試：

在手機上選一個檔案。
在電腦上確認有沒有出現接收端。
先傳小檔，確認發現裝置與接收流程都正常。
再嘗試較大的檔案。

這樣做的好處是，當你遇到問題時，比較容易判斷是「發現裝置」卡住，還是「實際傳輸」卡住。

為什麼我覺得它適合做成日常工具

我很重視工具有沒有「日常感」。很多專案第一次看會很驚豔，但用兩週後就會發現它太依賴特定情境，或要你改變太多習慣。LocalSend 的優點是，它幾乎不要求你改變使用方式。

你可以把它想成一個很直覺的傳輸層：

看到一個要傳的檔案，就打開 LocalSend
看到一台要收的設備，就點一下
不需要先配置雲端同步，不需要建立群組，不需要註冊帳號

如果說很多工具是在幫你「管理檔案」，LocalSend 比較像是在幫你「完成一次傳遞」。我很喜歡這種差異，因為它代表工具只專注在一件事，而且把那件事做完。

另外，LocalSend 支援多平台這件事也很實用。官方首頁與 README 都把 Windows、macOS、Linux、Android、iOS、Fire OS 放在一起，這代表它不是只服務單一生態系，而是真的在處理異質裝置之間的互通問題。這種問題在工作場景特別常見：手機在手上、筆電在桌上、平板在旁邊、主機在房間裡，如果每個平台都要一套不同的傳檔邏輯，使用體驗就會很碎。

什麼情況下它會很好用

如果你問我 LocalSend 最適合誰，我會先看這幾種情境：

1. 你常在手機和電腦之間丟資料

例如：截圖、錄音、簡報、照片、測試影片、暫存檔。

這種檔案通常不需要長期同步，只需要快速移動一次。LocalSend 的價值就在這裡。

2. 你不想把工作檔先丟到雲端

有些公司文件、內部截圖或臨時素材，沒必要多經過一個外部服務。LocalSend 的本地傳輸模式更符合這種情況。

3. 你在不同平台工作

Windows 加 Android、macOS 加 iPhone、Linux 加平板……只要平台混雜，LocalSend 的跨平台價值就會變得明顯。

4. 你希望工具是開源且可審視的

官方說明它是開源專案，這讓我在使用上更有信心。至少你知道這不是一個只靠黑盒服務撐起來的產品。

我不會把它用在哪裡

工具好不好，不只看它能做什麼，也要看它不適合做什麼。這點我覺得很重要。

1. 不適合拿來取代真正的雲端同步

LocalSend 是一次性傳遞工具，不是持續同步工具。如果你需要多台設備長期保持同一份資料，還是要用同步系統。

2. 不適合跨遠端網路長期使用

它的核心是本地網路。離開同一個區網之後，使用體驗就會失去它最核心的優勢。

3. 不適合忽略網路環境問題

如果 AP isolation、公司防火牆、公共 Wi-Fi 限制都沒處理，LocalSend 再好也沒用。這不是軟體層能單獨解決的事。

4. 不適合拿來當「萬能文件管理器」

我不會期待它幫我整理檔案版本、做雲端備份、建立權限流程。它就是把檔案快速安全地送到另一台裝置。

如果你想從原始碼開始

雖然大多數人不需要自己編譯，但 LocalSend 的 README 也提供了很清楚的開發路徑。官方建議開發者安裝 Flutter，必要時可以搭配 fvm 管理版本，另外還需要 Rust。基本流程是：

cd app
flutter pub get
flutter run

如果你是維護者或想研究它怎麼把多平台傳輸包起來，這種清楚的啟動方式很加分。它代表專案不是只照顧使用者，也照顧了想參與的人。

一個需要注意的坑

官方也提醒，LocalSend 需要特定的 Flutter 版本，版本不符可能導致建置問題。這表示如果你要從原始碼跑，最好不要先假設系統上的 Flutter 就一定能直接用。

我對 LocalSend 的總結

我會把 LocalSend 視為一個很成熟的「本地網路傳檔答案」。它沒有用一堆額外功能把自己包裝得很複雜，而是專注把最常見的工作做漂亮：在同一個網路裡，把檔案和訊息安全地送到另一台裝置。

它的價值不是取代所有傳輸方式，而是在你最需要快速傳檔的那一刻，讓你不用先考慮雲端、帳號、同步或平台限制。對我來說，這就是好工具的樣子：少一點儀式感，多一點可用性。

如果你常在不同裝置之間傳照片、截圖、簡報或測試檔，我會認真建議你試一次 LocalSend。它很可能不是那種用一次就讓你驚呼的工具，但它很有機會變成你之後每週都會打開的工具。

參考資料