iPhone 無法隔空投送到 MacBook？排查與替代方案

你選中一張照片，點按你的 MacBook，隔空投送卻停在等待中。你再試一次。Mac 可以傳送到 iPhone，那為什麼反方向就失敗？

如果你無法從 iPhone 隔空投送到 MacBook，先決定你是現在就需要這個檔案，還是想診斷這個反覆出現的問題。對於緊急檔案，可以嘗試在共享本地網路上使用 LocalSend。對於大量照片或影片，可以使用資料線配合影象捕捉或照片。要排查隔空投送，可以對比一張新截圖、出問題的檔案，以及反方向的傳輸。這三項測試比再一輪把所有東西關掉再開啟能提供更多有用資訊。

現在就需要檔案？先選一條路徑，再排查

你的實際任務	可嘗試的路徑	主要限制
不上傳雲端，移動一個 PDF 或幾個檔案	在 iPhone 和 Mac 上使用 LocalSend	兩臺裝置都要安裝；裝置必須能在本地網路上通訊
把照片或影片放進 Mac 的普通資料夾	USB 資料線和影象捕捉	需要資料線，並且需要能訪問手機上的專案
把照片加入 Mac 的照片相簿	USB 資料線和照片匯入	會匯入“照片”，而不是普通檔案資料夾
弄清一個反覆出現的隔空投送故障	下面的對比測試	測試成功只能縮小問題範圍；它不能找出所有底層原因

替代傳輸方式能讓你的工作繼續推進。它不能證明隔空投送已經修好。刪除原件之前，先開啟收到的檔案確認。

先用三項測試區分常見故障模式

在 iPhone 上截一張新圖，從“照片”中只傳送這一張圖片。然後單獨嘗試原來那個專案。最後，從 Mac 向 iPhone 傳送一個小檔案。讓兩塊螢幕都保持可見，並記錄每次嘗試的確切結果。

截圖之所以適合用來對比，是因為它是一個新鮮、簡單的專案。你是在測試另一個檔案，並不是說截圖在隔空投送中有什麼特殊許可權。

測試結果	接下來建議檢查什麼	它不能證明什麼
即使傳送截圖，Mac 也從不出現	Mac 的接收設定和發現	原檔案太大
截圖成功；原檔案失敗	原專案、它所屬的 App，以及它能否被完整開啟	所有隔空投送傳輸都壞了
單個專案成功；大批次選擇失敗	分成更小的批次，或改用資料線傳輸	存在一個通用的體積上限
Mac → iPhone 成功；iPhone → Mac 失敗	Mac 的接收路徑和請求	連線在兩個方向上都健康
第一次傳輸成功；下一次失敗	可重複性，以及第二次嘗試停在哪一步	已確認的作業系統缺陷
傳輸完成；預期資料夾裡什麼都沒有	收到專案的實際去向	投送失敗

一旦某項對比給出了有用的差異，就不要再改無關設定。例如，如果截圖能到達，就集中檢查原檔案，而不是先重置你的帳戶。

如果 MacBook 從不出現：檢查接收端的 Mac

確認 Wi-Fi 和藍芽已開啟，把裝置放在附近，並斷開個人熱點。Apple 在其 iPhone 隔空投送說明中列出了這些前提條件。

在 Mac 上開啟控制中心，開啟隔空投送，並展開其接收選項，在測試時選擇所有人。重試傳送截圖。之後，恢復你偏好的接收設定。Mac 的這些選項記錄在 Apple 的 Mac 隔空投送指南中。

容易踩的坑是把 iPhone 改成所有人，10 分鐘內，然後以為這就讓 Mac 可以接收了。那改變的是誰能傳送到手機。對於這個方向，重要的是 Mac 的接收設定。

如果“所有人”可行而“僅限聯絡人”失敗，請檢查 Mac 上傳送方的 Apple 帳戶電子郵件或電話號碼是否在聯絡人名片中。僅僅名字熟悉，並不足以完成聯絡人匹配。在嘗試更大範圍的重置之前，這個差異值得記錄下來。

如果 Mac 出現了，但傳輸卡住或失敗

等待中：不只看手機，也要看 Mac

檢查是否有傳入請求，如果 Finder 的隔空投送視窗開著，也要檢查那裡。使用同一 Apple 帳戶的裝置可以自動接受。較新的受支援系統在向聯絡人之外的人共享時，可以要求提供隔空投送驗證碼；請按接收端的提示操作。參見 Apple 的接收說明。

開始下一次嘗試之前，先取消卡住的這次。反覆傳送同一個專案，會讓你搞不清自己正在響應哪個請求。

單個檔案失敗：先檢查檔案，再檢查連線

在手機上開啟原專案。如果它所屬的 App 還需要載入或獲取它，請等到可用後再重新共享。對於檔案，可以試著把副本存到“檔案”中，然後共享那個副本。這是一項隔離測試：如果副本成功，那麼該 App 原本的共享路徑就值得關注。它並不能說明這個 App 有缺陷。

對於照片或影片，把一個專案和一批專案做對比。如果單個可行，就嘗試更小的選擇範圍，並逐一核對收到的每一批。既然一個簡單對比已經成功，就沒有必要繼續反覆重試整個集合。

只有一個方向可行：讓測試保持方向性

一篇關於 iPhone 到 Mac 失敗的使用者報告描述說，即使做完常見檢查，反方向仍然可行。另一篇報告描述第一次傳輸成功、後續傳輸失敗。

這些是對症狀的報告，不是經過驗證的解釋，也不能證明該問題有多普遍。它們有用的教訓是：要測試方向，並重復傳輸。當你的問題是間歇性出現時，“成功過一次”是不完整的檢查。

連續嘗試兩次傳送截圖。記錄第二次嘗試是在發現裝置之前、接受之前，還是傳輸過程中失敗。重啟後再重複一次。如果這個模式再次出現，就保留這些結果供支援人員參考，而不是無限迴圈地重複同一份檢查清單。

VPN 可能是診斷中缺失的一環

Apple 在其 iPhone 隔空投送指南中指出，阻止本地網路的 VPN 配置可能會干擾某些連續互通功能。

如果你使用 VPN，請檢查它的本地網路或 LAN 訪問選項。在個人裝置上，如果情況允許，可以用一張無害的截圖對比開啟和關閉 VPN 時的結果，然後恢復正常連線。在受管理的裝置上，請詢問管理員。結果發生變化是有用證據；這不是讓保護一直關閉的理由。

LocalSend：檔案和小批次傳輸的實用替代方案

LocalSend 是一款適用於 iPhone 和 Mac 的免費 App，透過本地網路傳輸，不需要帳戶，也不上傳雲端。在兩臺裝置上從該專案的官方下載連結安裝它，開啟它，在傳送裝置上選擇專案，選擇接收裝置，然後接受傳輸。

重要的坑在於：LocalSend 需要本地網路可達。訪客網路或酒店網路即使 Wi-Fi 名稱相同，也可能讓客戶端彼此隔離。它不是所有網路問題的自動解藥。

如果裝置不出現，請檢查作業系統的隱私設定中 LocalSend 的本地網路許可權，以及 VPN 的 LAN 設定。該專案的故障排除說明也指出了路由器客戶端隔離問題，並提供了向接收方 IP 地址手動傳送的方法。只有在你能夠確認自己的接收裝置時，才使用手動傳送。

如果 LocalSend 可行而隔空投送失敗，就用它完成任務。這兩款 App 使用不同的傳輸路徑，所以這並不能確定隔空投送的具體故障。如果兩者在訪客網路上都失敗，那麼資料線可能是比再試第三個無線 App 更有用的下一步。

影象捕捉：想要資料夾時被忽視的選項

對於照片和影片，用支援資料傳輸的 USB 資料線連線手機，解鎖它，如有要求就批准信任提示。在 Mac 上開啟影象捕捉，選擇手機，選擇目標資料夾，然後下載選中的專案。Apple 在其影象捕捉指南中描述了這一工作流程。

有兩個細節可以避免意外：

• 實況照片可能會以一張靜態影象加一個影片檔案的形式到達。出現兩個檔案，並不一定意味著你把同一個專案匯入了兩次。
• 檢查匯入時，請保持自動刪除處於關閉狀態。在從手機上刪除任何內容之前，先核對檔案。

如果你想把影象放進 Mac 的照片相簿，請改用 Apple 的照片匯入工作流程。這些資料線工作流程針對的是照片和影片；它們不是通用的 PDF 匯入工具。

什麼時候停止排查——以及該向支援人員傳送什麼

如果你有截止時間，就給自己設定一個較短的排查視窗，比如五分鐘。這是一個實用的時間預算，不是 Apple 的診斷規則。先用替代方式把檔案傳過去，之後再調查這個反覆出現的問題。

一份有用的支援說明看起來像這個假設示例：

我選中 Mac 後，iPhone → Mac 失敗。Mac → iPhone 成功。新截圖也失敗。改成“所有人”沒有區別。重啟後，第一次傳輸成功，但第二次卡住。我使用的 iOS 和 macOS 版本是：……

這給支援人員提供了一個可復現的模式。“隔空投送不能用”則不能。不要僅僅因為某條論壇評論說對別人有效，就照抄所謂的終端修復命令、刪除設定檔案、退出你的帳戶或抹掉裝置。

常見問題

為什麼隔空投送從 Mac 到 iPhone 可行，反方向卻不行？

反方向傳輸測試的是另一個接收裝置。檢查 Mac 的接收設定和確切的失敗點。一個方向成功，並不能證明兩個方向都可行。

如果 iPhone 顯示專案已傳送，該怎麼辦？

檢查 Mac 上的“下載”資料夾；如果是影象，還要檢查“照片”。目的地可能取決於專案本身以及儲存/開啟的選擇。重試之前先檢視，以免製造不必要的重複檔案。

我應該先嚐試哪個替代方案？

對於 PDF 或普通檔案，當兩臺裝置能在本地通訊時，LocalSend 值得一試。對於大量照片/影片，想要資料夾就選影象捕捉，想要相簿就選照片。按任務來選擇，而不是按哪個 App 自稱最快。

檔案和社群報告核查於 2026 年 10 月 11 日。這些對比測試是一種編輯部的排查方法。社群報告不是已確認的診斷；本文並不聲稱在每一種 iPhone 和 Mac 組合上都做過實際測試。