MacBook 合盖后麦克风不自动切到 USB：一个很小但很多人踩的坑
今天排查一个看似很简单的问题：MacBook 合盖接外接显示器使用时，内建麦克风不能用了，于是接了一个 USB 麦克风。但 macOS 不一定会自动把默认输入切到这个 USB 麦克风上。
这个体验有点荒诞，因为用户看到的是：
- 系统设置里
MacBook Pro麦克风可能还在。 - 默认输入可能仍然停在内建麦克风。
- 但合盖后内建麦克风实际已经没声音。
- USB 麦克风明明插着，却还要手动切。
查下来以后，发现这不是一个单纯的“音频设备优先级没设好”的问题，而是两个 macOS 行为叠在一起：
1. 合盖后的内建麦克风不是普通静音
Apple 官方安全文档里写得很直接：Apple silicon Mac 笔记本，以及带 T2 的 Intel Mac 笔记本，在合盖时会断开麦克风。这个设计目标是让任何软件都不能在合盖状态启用麦克风，包括 root、内核权限、T2 芯片上的软件或固件。
所以合盖 clamshell mode 下，内建麦克风这条路基本不用继续折腾软件。pmset、caffeinate、重启 coreaudiod、关 SIP，都不是这个层级的问题。
有趣的是，系统 UI 不一定把这件事讲清楚。用户可能仍然看到内建麦克风是一个输入设备，甚至仍然被选中，但底层已经没有有效输入。
Apple 文档：
2. macOS 没有一个可靠的“麦克风优先级”概念
理论上，外接 USB 麦克风插上了，内建麦克风又因为合盖不可用，系统应该自动切过去。
实际不是这样。macOS 对默认输入设备比较保守：它不会总是因为新设备出现、旧设备“实际不可用”就替用户切换输入。更麻烦的是，合盖导致的麦克风硬件断开不一定等价于 CoreAudio 里的设备热插拔事件。也就是说，系统可能没有把“这个麦克风现在收不到声音”理解成“默认输入失效”。
这类需求并不是孤例。Ask Different 上有个问题就是想阻止 macOS 在新设备接入时乱改音频输入，用户希望一直优先用自己的 USB 麦克风。那个问题已经有 23k views。看到这个数字的时候就很难不笑：原来不是我一个人在这个坑里。
Ask Different：
另一个相关问题则是合盖后内建麦克风还能不能用，结论同样指向硬件断开：
3. 已经有人专门做“麦克风优先级”工具
后来继续查，发现已经有第三方工具直接把这个需求产品化了。
比如 SoundAnchor 的核心卖点就是：设置一个首选麦克风，只要它连接上，就自动把它设为默认输入。
Recadio 也类似，提供按设备优先级自动选择输入的能力。
这说明这个需求不是一个边缘怪癖，而是 macOS 默认输入策略确实没有覆盖好桌面/合盖/会议/外接麦克风这个真实场景。
比较稳的解决思路
我最后觉得最合理的规则不是“检测合盖”，而是更直接地定义输入优先级：
只要 USB 输入设备存在，就把它设为默认麦克风；USB 不存在，才退回 MacBook Pro 内建麦克风。
这样比盯着 lid closed 更稳。因为真实需求不是“合盖时做某个动作”，而是“当外接麦克风可用时，别再用一个合盖后没声音的内建麦克风”。
实现上有几条路：
- 用现成工具，比如 SoundAnchor / Recadio。
- 用 BetterTouchTool 监听 USB / 音频设备变化，再执行切输入动作。
- 自己写一个很小的 CoreAudio + launchd helper：监听音频设备变化，或者在唤醒、显示器变化、音频设备变化时跑一次检测。
第三种其实不需要一直轮询。每次可能影响输入设备选择的事件发生时，跑一次“USB 麦克风优先”检查就够了。
这个坑真正有意思的地方
它不是一个单点 bug，而是两个合理设计叠起来以后变成了坏体验：
- Apple 为隐私安全，在合盖时硬件断开内建麦克风。
- macOS 又没有把这个状态转化成清晰的用户提示或自动输入切换。
结果就是：安全设计是合理的，系统行为也可能是保守的，但用户最后在会议里听不到声音。
我觉得这类问题最值得记住的判断规则是：
Apple silicon / T2 MacBook 真合盖后，别再试图救内建麦克风。要么别完全合盖，要么外接麦克风，并且给 macOS 补一层“外接麦克风优先级”。
一个小小的麦克风选择问题，最后居然牵出硬件隐私断开、CoreAudio 默认输入策略、第三方优先级工具，以及 23k views 的共鸣帖。很 macOS，也很真实。