我關閉了所有iCloud驅動器的東西，似乎還有其他東西正在使用它。我的Mac和iPhone之間沒有照片共享和照片同步功能。而且我已經盡力了。但是，每次運行時nsurlsessiond下載量仍超過400 MB。
我對它進行了示例處理；有時這是由於系統重啟而觸發的。但我不知道這意味著什麼。
該守護程序被調用，並且需要從macOS上的許多應用程序和許多服務調用服務下載。 （以及iOS，tvOS和watchOS）
我還沒有找到一種簡單的方法來從會話管理器中獲取摘要詳細信息或統計信息，但是由於它可以在隊列中進行上傳或下載，因此我的猜測是
這裡有一些方法可以區分系統上的活動：
sudo lsof | grep nsurlps -ef | grep nsurlsudo fs_usage -w | grep nsurl 第一個列出打開的文件，並對“ nsurl”的匹配進行排序。第二個列出所有進程並再次排序。第三列列出了文件系統活動。
當您測量400 mb的傳輸時，它將使您監視事物並查看幾個nsurl守護進程中的哪個正在運行。您還可以使用 sysdiagnose nsurlsessiond
獲取系統活動的轉儲，如果您確定它確實是iCloud文檔，則可能需要 brctl log -w 監視該子系統，而不是監視執行提升的工作線程。
就我而言，我發現：
當備份WhatsApp（在iOS-iPhone上）聊天到iCloud時，它將備份複製到使用iCloud的每台計算機上。備份被放在一個隱藏的文件夾中，在我的計算機（OS X 10.11.4）上，它位於
/用戶/ UUUUUUU /圖書館/移動文檔/ 57T923XXXX〜net〜whatsapp〜WhatsApp /帳戶/ NNNNNNNNN /備份
文件夾，其中UUUUUUU是我的用戶名，NNNNNNNNN是我的電話號碼。
不幸的是，媒體的備份文件位於一個巨大的存檔中（我的文件大於560MB），因此，每一次WhatsApp備份時，據我所知，將重新下載整個文件。這就是nsurlsessiond所做的。
如果運行上面提到的brctl log -w命令，您將看到以下內容：
已收到容器57T923XXXX〜net〜whatsapp〜WhatsApp的推送
[note] 2.335 [2016-05-04 12：44：54.114] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m：229
從雲端獲取了0個容器元數據
[note] 2.375 [2016-05-04 12：44：54.154] sqlite.serverTruth zone.server BRCServerZone.m：771
從雲端收到了25則針對57T923XXXX.net.whatsapp.WhatsApp的已編輯項目
[note] 2.427 [2016-05-04 12：44：54.207] bird.scheduler.Apply更改accountsession BRCAccountSession.m：1473
我們現在將自動下載新文檔，因為該帳戶的GB小於5 GB
[note] 2.536 [2016-05-04 12：44：54.316] sqlite.clientTruth fs.downloader BRCFSDownloader.m：1469
在57T923XXXX.net.whatsapp.WhatsApp中下載11個文檔
通過iOS或Mac OS X中的iCloud存儲管理控制台刪除WhatsApp的“文檔”（即備份）會從“移動文檔”文件夾中刪除文件，此後nsurlsessiond不再有活動。
希望這會有所幫助。
對於只想停止帶寬使用的Google員工，請執行OP的操作並關閉可能引起問題的服務：
如果您發現機器上有其他佔用帶寬的問題，請將其保留在註釋中，我將在此處添加。
這是一個非常有幫助的帖子：
http://ayteck.blogspot.com/2015/09/limited-bandwidth-apple-and-hell-caused.html
對我來說，這是來自App Store的“自動更新”。轉到“系統偏好設置-應用商店-禁用更新”，每天節省了數百Mb的帶寬。（並使一切變得更快）
除了設置中的iCloud設置。就我而言，是消息同步，在“消息”>“首選項”>“ iMessage”中，出現了“為iCloud激活消息”。
所有其他東西都一直被停用。
在我的情況下，nsurlsessiond使用的下載帶寬超過5MB / s。我注意到這一點是因為網頁加載非常緩慢，這要歸功於我的菜單欄中的iStat菜單應用程序。
我嘗試了其他方法來計算數據使用量的來源，但是我沒有找到不需要進一步挖掘的有用信息（並且我不想禁用iCloud Backup或iCloud Photos）。
Activity Monitor應用程序能夠為我提供有關數據輸入位置和數據輸入位置的快速概述。
打開“活動監視器”應用程序，然後導航到“網絡”選項卡，然後按“ Rcvd字節數”排序並等待（“網絡”選項卡僅顯示累積的結果，因為您導航到該選項卡）。在這裡，您可能會看到nsurlsessiond在列表中居首。
現在導航到“活動監視器”中的“磁盤”選項卡，然後按“寫入的字節數”排序。忽略kernel_task（它封裝了許多功能，很少值得嘗試調試），在我的情況下，Photos Agent在列表中居首位（這並不奇怪，因為前一天我在iPhone上錄製了很多視頻媒體）。
我從iPhone中刪除了一些我不需要保留的最近捕獲的媒體，並等待了一會兒再等待同步完成，然後解決了。
如果您無力等待進程解決，並且不需要使用“照片”應用，則可以嘗試停止觸發照片代理從iCloud同步照片的過程：
適用於com.apple.photolibraryd com.apple.photoanalysisd com.apple.cloudphotosd中的
做
launchctl stop $ i
完成