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

> 每次只改一個 App 或音訊裝置，核對聚集裝置和取樣頻率，確認驅動程式歸屬和重裝途徑後再移除，不反覆重設 Core Audio。

Published: 2026-05-17 | Updated: 2026-10-31

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

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

## 找到會改變負載的 App

Apple 的[活動監視器說明](https://support.apple.com/guide/activity-monitor/view-information-about-processes-actmntr1001/mac)介紹了搜尋程序和按欄排序的方法，找到 `coreaudiod`，觀察 CPU 使用情況，每次只測試一個 App，保持其他條件不變。

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

| 對照 | 幫助區分什麼 | 接著檢查 |
| --- | --- | --- |
| 播放或通話中，再停止 | 正在進行的工作和持續活動 | 結束該 App 再測 |
| 內建輸出和外接或虛擬裝置 | 裝置或路由是否參與 | 每次只接回一個裝置 |
| 簡單路由和聚集裝置 | 多裝置組合的設定 | 核對取樣頻率和同步 |

其他背景程序看《[Mac 程序說明](https://mole.fit/tw/blog/mac-processes-explained)》，不要把其他背景程序的重設步驟直接用在音訊服務上。

## 先簡化路由，不急著刪除

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

虛擬裝置要另外檢查，[Loopback 手冊](https://rogueamoeba.com/support/manuals/loopback/?page=devicebasics)說明，App 關閉後虛擬裝置仍會存在，也可以停用後重新啟用，所以只結束 Loopback，不能算把它移出了音訊路由，先記錄路由，再停用相關虛擬裝置做對照。

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

## 核對取樣頻率和聚集裝置

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

針對 macOS Tahoe 26，Apple 的[聚集裝置說明](https://support.apple.com/guide/audio-midi-setup/ams094c7edb4/3.6/mac/26)要求相符的取樣頻率，沒有硬體同步的裝置按設定啟用偏移修正，照對應組態處理，不直接選最高取樣頻率，也不把所有同步選項來回切，取樣頻率不一致值得排查，但不能據此解釋每一次 CPU 峰值。

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

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

[BlackHole 解除安裝說明](https://github.com/ExistentialAudio/BlackHole/wiki/Uninstallation)指出，它的驅動程式套件放在這個目錄。

```text
/Library/Audio/Plug-Ins/HAL
```

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

解除安裝前保存路由記錄，完成後測試播放和麥克風輸入，如果還需要被移除的裝置，就用廠商安裝程式裝回，App 本身的移除看《[Zoom 和 Teams 解除安裝說明](https://mole.fit/tw/blog/how-to-uninstall-zoom-teams-mac)》，以及 [Loopback](https://mole.fit/tested-apps/loopback)、[Zoom](https://mole.fit/tested-apps/zoom)、[Teams](https://mole.fit/tested-apps/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 和一個裝置重現，不要在音訊任務進行中反覆重設。

---

Canonical HTML page: https://mole.fit/tw/blog/coreaudiod-high-cpu-mac
Blog index for agents: https://mole.fit/tw/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt