# coreaudiod 占用 CPU 高，先查应用、设备和驱动

> 每次只改一个应用或音频设备，核对聚集设备和采样率，确认驱动归属和重装途径后再移除，不反复重置 Core Audio。

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

`coreaudiod` 一直排在 CPU 列表前面时，先查正在使用音频的应用和设备，它是 macOS 的 Core Audio 守护进程，不是要卸载的应用，重启它可以暂时重置音频，却不能告诉你负载来自哪个应用、设备或驱动。

播放音乐、通话或通过多个设备路由音频时，有音频活动本身不代表故障，这些操作停下来后 CPU 仍然很高，才需要做条件一致的对照，不能用一个通用百分比判断进程是否正常。

## 找到会改变负载的应用

Apple 的[活动监视器说明](https://support.apple.com/guide/activity-monitor/view-information-about-processes-actmntr1001/mac)介绍了搜索进程和按列排序的方法，找到 `coreaudiod`，观察 CPU 使用情况，每次只测试一个应用，保持其他条件不变。

暂停音乐和浏览器视频，结束通话或录音，再逐个退出相关应用，正在运行的 Zoom、Teams 也纳入检查，重新打开可疑应用，重复相同播放或通话，负载能重复下降再升高，就能缩小触发范围，CPU 数字本身不能指出音频客户端，也不能证明应用有缺陷。

| 对照 | 帮助区分什么 | 接着检查 |
| --- | --- | --- |
| 播放或通话中，再停止 | 正在进行的工作和持续活动 | 退出该应用再测 |
| 内建输出和外接或虚拟设备 | 设备或路由是否参与 | 每次只接回一个设备 |
| 简单路由和聚集设备 | 多设备组合的配置 | 核对采样率和同步 |

其他后台进程看《[Mac 进程说明](https://mole.fit/zh/blog/mac-processes-explained)》，不要把其他守护进程的重置步骤直接用在音频服务上。

## 先简化路由，不急着删除

记下应用当前的输入和输出选择，短暂测试时，有内建音频就先选它，停止播放后断开暂时不需要的外接音频设备，用相同工作负载复测，再恢复原来的路由做对照。

虚拟设备要另外检查，[Loopback 手册](https://rogueamoeba.com/support/manuals/loopback/?page=devicebasics)说明，应用关闭后虚拟设备仍会存在，也可以停用后重新启用，所以只退出 Loopback，不能算把它移出了音频路由，先记录路由，再停用相关虚拟设备做对照。

BlackHole 的[支持说明](https://existential.audio/blackhole/support/)也介绍了虚拟路由、聚集设备和多输出设备，看到这些设备说明值得检查路由，不代表已经证明某个产品造成 CPU 过高。

## 核对采样率和聚集设备

打开音频 MIDI 设置，检查出问题的应用正在使用的设备，改之前记下采样率，以及聚集设备的成员、时钟源和同步设置，方便恢复。

针对 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
```

这不是用来清空的缓存目录，只有知道某个第三方驱动由哪个应用安装，也有它的卸载说明和重装途径时，才移除那一个驱动，BlackHole 尽量用对应版本的官方卸载器，Loopback 则用[内置卸载流程](https://rogueamoeba.com/support/manuals/loopback/?page=etc-installinguninstalling)移除虚拟设备和后台组件，不凭名字猜哪些共享引擎文件能删。

卸载前保存路由记录，完成后测试播放和麦克风输入，如果还需要被移除的设备，就用厂商安装器装回，应用本身的移除看《[Zoom 和 Teams 卸载说明](https://mole.fit/zh/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 过高，重置会打断音频，厂商要求重置时，先结束通话和录音。

重置或重新启动后，再测相同的应用和设备组合，如果负载跟着同一路由回来，就记下组合交给应用或设备厂商排查，短暂安静下来，不能证明根因已经消失。

## Mole 能帮到哪里

Mole Mac 的**状态**进程列表显示 CPU 使用情况，可以用来对照应用活动，**软件**的卸载扫描能列出已核验归属的 HAL 驱动残留供确认，其中有 Zoom 驱动的专门规则，不会把 HAL 里的每个文件都交给你删除，Mole 会保护 Core Audio 系统状态，也没有重置 Core Audio 的操作。

## 常见问题

### coreaudiod 的 CPU 高就一定有问题吗？

没有一个固定百分比能证明，先在相同音频任务下比较停止应用、简化路由前后的变化，再排查持续不降或伴随声音异常的负载。

### 可以把 HAL 里的东西全删掉吗？

不可以，先确认所属应用，再按厂商步骤移除具体驱动，改动前保留重装途径和路由记录。

### 为什么结束 coreaudiod 后 CPU 又高了？

重置没有移除触发活动的应用、路由或驱动，每次只用一个应用和一个设备复现，不要在音频任务进行中反复重置。

---

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