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

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

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

找到会改变负载的应用

Apple 的活动监视器说明介绍了搜索进程和按列排序的方法，找到 coreaudiod，观察 CPU 使用情况，每次只测试一个应用，保持其他条件不变。

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

其他后台进程看《Mac 进程说明》，不要把其他守护进程的重置步骤直接用在音频服务上。

先简化路由，不急着删除

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

虚拟设备要另外检查，Loopback 手册说明，应用关闭后虚拟设备仍会存在，也可以停用后重新启用，所以只退出 Loopback，不能算把它移出了音频路由，先记录路由，再停用相关虚拟设备做对照。

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

核对采样率和聚集设备

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

针对 macOS Tahoe 26，Apple 的聚集设备说明要求匹配采样率，没有硬件同步的设备按配置启用漂移校正，照对应配置处理，不直接选最高采样率，也不把所有同步选项来回切，采样率不一致值得排查，但不能据此解释每一次 CPU 峰值。

先换成单个设备做对照，如果仍需要聚集路由，只改已经找到的那一项，重复播放和麦克风测试，再比较 CPU，声音变差或需要的路由失效，就恢复刚才记下的设置。

确认驱动归属后才移除

BlackHole 卸载说明指出，它的驱动包放在这个目录。

/Library/Audio/Plug-Ins/HAL

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

卸载前保存路由记录，完成后测试播放和麦克风输入，如果还需要被移除的设备，就用厂商安装器装回，应用本身的移除看《Zoom 和 Teams 卸载说明》，以及 Loopback、Zoom、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 又高了？

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