coreaudiod 佔用 CPU 高，先查 App、裝置和驅動程式

coreaudiod 一直排在 CPU 列表前面時，先查正在使用音訊的 App 和裝置，它是 macOS 的 Core Audio 背景程序，不是要解除安裝的 App，重新啟動它可以暫時重設音訊，卻不能告訴你負載來自哪個 App、裝置或驅動程式。

播放音樂、通話或透過多個裝置路由音訊時，有音訊活動本身不代表故障，這些操作停下來後 CPU 仍然很高，才需要做條件一致的對照，不能用一個通用百分比判斷程序是否正常。

找到會改變負載的 App

Apple 的活動監視器說明介紹了搜尋程序和按欄排序的方法，找到 coreaudiod，觀察 CPU 使用情況，每次只測試一個 App，保持其他條件不變。

暫停音樂和瀏覽器影片，結束通話或錄音，再逐個結束相關 App，正在執行的 Zoom、Teams 也納入檢查，重新開啟可疑 App，重複相同播放或通話，負載能重複下降再升高，只能幫助縮小觸發範圍，CPU 數字本身不能指出音訊用戶端，也不能證明 App 有缺陷。

其他背景程序看《Mac 程序說明》，不要把其他背景程序的重設步驟直接用在音訊服務上。

先簡化路由，不急著刪除

記下 App 目前的輸入和輸出選擇，短暫測試時，有內建音訊就先選它，停止播放後中斷暫時不需要的外接音訊裝置，用相同工作負載複測，再恢復原來的路由做對照。

虛擬裝置要另外檢查，Loopback 手冊說明，App 關閉後虛擬裝置仍會存在，也可以停用後重新啟用，所以只結束 Loopback，不能算把它移出了音訊路由，先記錄路由，再停用相關虛擬裝置做對照。

BlackHole 的支援說明也介紹了虛擬路由、聚集裝置和多重輸出裝置，看到這些裝置表示值得檢查路由，不代表已經證明某個產品造成 CPU 過高。

核對取樣頻率和聚集裝置

開啟音訊 MIDI 設定，檢查出問題的 App 正在使用的裝置，改之前記下取樣頻率，以及聚集裝置的成員、時脈來源和同步設定，方便復原。

針對 macOS Tahoe 26，Apple 的聚集裝置說明要求相符的取樣頻率，沒有硬體同步的裝置按設定啟用偏移修正，照對應組態處理，不直接選最高取樣頻率，也不把所有同步選項來回切，取樣頻率不一致值得排查，但不能據此解釋每一次 CPU 峰值。

先換成單個裝置做對照，如果仍需要聚集路由，只改已經找到的那一項，重複播放和麥克風測試，再比較 CPU，聲音變差或需要的路由失效，就恢復剛才記下的設定。

確認驅動程式歸屬後才移除

BlackHole 解除安裝說明指出，它的驅動程式套件放在這個目錄。

/Library/Audio/Plug-Ins/HAL

這不是用來清空的快取目錄，只有知道某個第三方驅動程式由哪個 App 安裝，也有它的解除安裝說明和重裝途徑時，才移除那一個驅動程式，BlackHole 儘量用對應版本的官方解除安裝程式，Loopback 則用內建解除安裝流程移除虛擬裝置和背景元件，不憑名稱猜哪些共享引擎檔案能刪。

解除安裝前保存路由記錄，完成後測試播放和麥克風輸入，如果還需要被移除的裝置，就用廠商安裝程式裝回，App 本身的移除看《Zoom 和 Teams 解除安裝說明》，以及 Loopback、Zoom、Teams 的實測指南。

重新啟動 Core Audio 只是重設

BlackHole 的手動解除安裝流程在移除驅動程式後會重新啟動 Core Audio，這是特定安裝流程裡的步驟，不代表反覆結束 coreaudiod 就能修復 CPU 過高，重設會打斷音訊，廠商要求重設時，先結束通話和錄音。

重設或重新啟動後，再測相同的 App 和裝置組合，如果負載跟著同一路由回來，就記下組合交給 App 或裝置廠商排查，短暫安靜下來，不能證明根因已經消失。

Mole 能幫到哪裡

Mole Mac 的狀態程序列表顯示 CPU 使用情況，可以用來對照 App 活動，軟體的解除安裝掃描能列出已核驗歸屬的 HAL 驅動程式殘留供確認，其中有 Zoom 驅動程式的專門規則，不會把 HAL 裡的每個檔案都交給你刪除，Mole 會保護 Core Audio 系統狀態，也沒有重設 Core Audio 的操作。

常見問題

coreaudiod 的 CPU 高就一定有問題嗎？

沒有一個固定百分比能證明，先在相同音訊任務下比較結束 App、簡化路由前後的變化，再排查持續不降或伴隨聲音異常的負載。

可以把 HAL 裡的東西全刪掉嗎？

不可以，先確認所屬 App，再按廠商步驟移除具體驅動程式，改動前保留重裝途徑和路由記錄。

為什麼結束 coreaudiod 後 CPU 又高了？

重設沒有移除觸發活動的 App、路由或驅動程式，每次只用一個 App 和一個裝置重現，不要在音訊任務進行中反覆重設。