Mac 总提示启动听写的关闭方法

场景

在操作键盘时，偶尔会出现弹窗，你要启用听写吗？

原因

• 打开系统设置-键盘-找到听写这个 tab
• 会发现有个快捷键设置

解决方法

将此快捷键设置调整为关闭

为什么会误触发

听写（Dictation）的默认快捷键是连按两次 Control 键，在 macOS Ventura 之后有些版本默认改成了连按两次麦克风键（触控栏机型）或者 Fn 键。问题就出在「连按 Control」这个组合上——它太容易被日常操作撞到。

最常见的两个触发源：

一是输入法切换。用第三方输入法（搜狗、微信输入法、Rime）的人经常把中英切换绑在 Control 或者 Shift 上，快速切两次就撞上听写的快捷键了。

二是终端和编辑器里的 Control 组合键。用 Emacs 风格快捷键的人（Control + A 回行首、Control + E 回行尾、Control + K 删到行尾）会频繁按 Control，手指稍慢一点松开再按下，系统就当成「连按两次」。vim 用户按 Control + [ 代替 Esc 也是同一类情况。

系统对「连按」的判定有个时间窗口（大约半秒内的两次按下），而且它只看 Control 键本身的按下-抬起序列，不管你有没有同时按其它键。所以 Control + A 然后 Control + E 这个序列，在系统看来就是「Control 按了两次」，弹窗就出来了。

完整的关闭路径

分版本说，因为系统设置的界面改过好几次：

macOS Ventura（13）及之后：

系统设置 → 键盘 → 找到 听写 这一栏 → 右侧的 快捷键 下拉 → 选 关闭

如果压根不用这个功能，把上方的 听写 开关直接关掉更彻底。关掉之后快捷键设置项会变灰，也就不会再被触发。

macOS Monterey（12）及之前：

系统偏好设置 → 键盘 → 听写 标签页 → 快捷键 下拉 → 关闭

只想换快捷键、不想关功能

听写本身是个有用的功能，尤其是长段中文输入。macOS 的听写在 Apple Silicon 机型上是完全本地处理的（不上传到服务器，飞行模式也能用），准确率对普通口音够用。

那个下拉里可以选的选项通常有：

• 按两次 Control（默认，问题所在）
• 按两次 Command
• 按两次 Fn（或者「按一次 Fn」，取决于机型）
• 按两次右 Command
• 自定义

我的选择是 按两次 Fn。Fn 键在日常快捷键里几乎不参与组合（除了功能键切换），撞不到。而且它在键盘左下角，位置明确不容易误按。

如果下拉里有 自定义 选项，可以设成一个明确不会撞的组合，比如 Option + Command + D。

相关的两个也容易误触的默认快捷键

顺手把同类问题一起处理掉，都在系统设置里：

Spotlight 的 Command + 空格。这个本身没问题，但它和输入法切换的 Control + 空格（或者某些配置下的 Command + 空格）会冲突。如果发现按切换输入法时弹出 Spotlight，去 系统设置 → 键盘 → 键盘快捷键 → 聚焦，把 Spotlight 改成别的组合（我用 Option + 空格），或者改输入法的切换键。

Emoji 输入器的 Control + Command + 空格。用 Alfred、Raycast 之类工具的人容易撞到。同样在 键盘快捷键 里能改。

Siri 的「按住 Command + 空格」。长按也会触发，在 系统设置 → Siri 与聚焦 里可以改成别的或者关掉。

看完整的快捷键占用情况：系统设置 → 键盘 → 键盘快捷键，左侧按分类列出了所有系统级快捷键。排查「我按的这个组合被谁占了」时先来这里翻一遍，比猜快。

更进一步：用命令行确认和修改

这个设置对应的是 com.apple.HIToolbox 和 com.apple.speech.recognition.AppleSpeechRecognition.prefs 里的键。查看听写当前是否开启：

defaults read com.apple.speech.recognition.AppleSpeechRecognition.prefs DictationIMMasterDictationEnabled

返回 1 是开启，0 是关闭。也可以用命令关掉：

defaults write com.apple.speech.recognition.AppleSpeechRecognition.prefs DictationIMMasterDictationEnabled -bool false

不过这里要提醒一句：改完之后需要注销重登或者重启相关进程才生效，而且 macOS 的部分偏好设置由 cfprefsd 守护进程缓存，直接改 plist 文件有可能被覆盖回去。所以除了要写进自动化脚本（比如新机器初始化脚本）的场景，还是在图形界面里改更可靠。

如果你在维护一份新机配置脚本，这类 defaults write 命令值得收集起来。但每条都建议在改之前先 defaults read 记下原值，方便回滚——macOS 各版本的 preference key 名字会变，某个版本上有效的命令在新版本可能写了个无效的键，表现是「命令执行成功但设置没变」。