Mac 上的 nsurlsessiond 是什麼，網路用量高先找傳輸來源

在「活動監視器」裡看到 nsurlsessiond 排在前面，先找有沒有仍在推進的傳輸，照片上傳、App 下載和未完成的同步各有各的入口，即使忙的是同一個程序，也要先記下目前狀態，再決定暫停哪一項。

nsurlsessiond 在做什麼

nsurlsessiond 是 Apple 的背景傳輸服務，Apple 的開發者說明將它描述為背景 URL 工作階段使用的系統級服務，並不是另外安裝的 App。

程序名稱只能提供排查起點，不能直接告訴你該停哪個 App，可以檢查 iCloud、照片和下載佇列，但不能反過來認定這些服務的每一次傳輸都經過它。

iCloud 本身的排查放在 bird 和 cloudd 指南，想查其他連網來源，可以接著看哪個 App 在使用網路。

分開看網路流量和 CPU

開啟「活動監視器」，選擇網路，Apple 的網路活動說明區分了累計收送的資料量和程序列表下方的每秒速率。

同一項傳輸還在進行時，隔一段時間對照兩次顯示，累計數字很大，不等於這台 Mac 現在仍在高速傳輸。

把 CPU 用量當作另一項觀察記錄，不要直接判成圖庫損壞，真正有用的是看一項能找到的工作有沒有推進、完成，還是一直顯示同一個錯誤。

改設定前先看照片和 iCloud

在「照片」裡開啟圖庫，選擇所有照片，捲動到底部，Apple 的 iCloud 照片說明介紹了如何查看上傳狀態，以及在按鈕可用時暫停一天的上傳。

暫停前先記下剩餘工作，如果最近剛輸入照片，就把上傳狀態和網路讀數對照，不要為了降流量去刪照片，同一份說明也寫清了，iCloud 照片裡的刪除會同步到其他裝置。

iCloud 雲碟則先看正在等同步的檔案，另一個裝置還需要它，就先確認檔案是否已經到達，不要把關掉同步當成試驗，無法取代的內容另存一份獨立副本。

再看 App 下載和待更新項目

開啟 App Store，找有沒有正在進行的下載，Apple 記錄了如何用下載旁的控制項暫停和繼續 App 下載。

也看看更新項目裡有哪些待更新 App，入口見 Apple 的手動更新說明，有待更新項目只是需要核對的線索，不能證明流量來自它。

如果已經開始 macOS 更新，先讀目前進度，不要把安裝階段當成普通 App 下載，也不要為了驗證網路猜測而中斷安裝。

一次暫停一個來源，再看結果

挑一項能看到、也有官方暫停入口的傳輸，例如照片上傳或 App Store 下載，記下時間、進度和網路速率，然後只暫停這一項。

再看同一組讀數，如果流量降下來了，方便時恢復工作，檢查進度和流量是否一起回來，這能支持兩者有關，但多項傳輸並行時，仍不能單憑它確認來源。

如果沒有變化，先恢復這一項，再試下一項，不要把照片、iCloud 和更新的設定一起改掉，否則很難知道哪一步起了作用。

這裡不用結束 nsurlsessiond 來暫停，Apple 的開發者討論將服務終止和背景工作階段斷線聯繫在一起，控制入口留在發起傳輸的 App 裡，不要把重新啟動程序變成日常修復方法。

找不到推進中的工作時

簡短記下程序名稱、時間、CPU 讀數、流量變化和來源 App 顯示的完整錯誤，再補上暫停、恢復一項工作後有沒有變化。

同一個 App 一直卡住，就把這些資訊交給它的支援管道，如果來源是照片，再帶上同步狀態，工作歸屬還不清楚時，先別刪圖庫、傳輸資料庫或支援資料夾。

Mole 能幫上什麼

Mole Mac 的狀態頁在網路卡片裡顯示總下載和上傳速率，可以用這組總量對照暫停前後，再回來源 App 管理傳輸。

總速率不能證明 nsurlsessiond 的工作屬於照片，或屬於某個特定 App。

常見問題

nsurlsessiond 是需要解除安裝的 App 嗎？

不是，它是 Apple 的背景傳輸服務，要從請求工作的 App 或服務查起，不要嘗試移除這個系統服務程序。

網路用量高就代表壞了嗎？

不能單憑這一點判斷，把能看到的上傳、下載進度和目前速率對照，累計資料量很大，也不等於問題仍在持續。

想停下載，可以強制結束 nsurlsessiond 嗎？

有暫停入口時就在來源 App 裡操作，一次只改一個工作，看完讀數再恢復，不要直接中斷共享服務。