Atom格式化快捷键失效90%是被插件覆盖，可用Keybinding Resolver（ctrl+.或cmd+.）实时查看冲突；检查Keybindings设置页中命令、来源、选择器优先级；keymap.cson中需用精准选择器如'atom-workspace atom-text-editor:not([mini])'；并确认atom-beautify已正确配置语言和依赖。
Atom 的格式化快捷键（比如 ctrl-/ 或 cmd-shift-i）不生效，90% 是被第三方插件悄悄覆盖了，而不是 Atom 自身坏了。
用 Keybinding Resolver 实时看谁抢了你的按键
这是最直接的诊断方式：按 ctrl+.（Windows/Linux）或 cmd+.（macOS），顶部会弹出浮动面板。此时按下你想查的组合键（如 ctrl-shift-i），面板会逐行显示 Atom 内部匹配过程。
常见现象和判断：
- 按下去后面板完全没反应 → 快捷键在系统/输入法/远程工具层就被截走，Atom 根本没收到事件
- 面板里只显示一条匹配，但 Command 不是你期望的（比如显示
emmet:insert-snippet而不是atom-beautify:beautify-editor）→ 插件规则优先级更高，覆盖了你的格式化命令 - 同一组合键出现多条匹配，且 Source 列分别是
emmet、atom-beautify、core→ 高优先级来源（通常是插件）压制了低优先级的
在 Keybindings 设置页确认绑定来源与上下文
打开 Settings → Keybindings，在搜索框输入你的快捷键（如 ctrl-/）。结果列表里每行包含四列信息：
-
Keystroke：你实际按下的键 -
Command：触发的命令名，注意是否是atom-beautify:beautify-editor或类似 -
Source：来源，core是 Atom 自带，emmet、nuclide、atom-beautify是插件 -
Selector：决定生效范围的 CSS 类似选择器，比如atom-text-editor:not([mini])表示只在主编辑器区域生效
如果看到多个同 keystroke 的条目，优先级由 Source 和 Selector 精度共同决定 —— 更具体的 selector（如带 :not([mini])）通常胜过宽泛的（如仅 atom-text-editor）。
在 keymap.cson 中强制覆盖需注意选择器精度
很多人写：'atom-text-editor': 'ctrl-/': 'atom-beautify:beautify-editor'，结果还是没用。问题就出在 selector 太宽泛，被插件里更具体的规则盖过去了。
推荐写法（来自 Atom 官方实践）：
- 排除 mini 编辑器干扰：
'atom-workspace atom-text-editor:not([mini])' - 想全局生效（谨慎）：
'body'，但可能误触命令面板或查找框 - 需要更高优先级才加
!important：'atom-workspace atom-text-editor:not([mini]) !important'，仅限必要场景
改完保存，Atom 会自动重载。如果仍无效，先检查 Source 列是否真指向你的 keymap.cson —— 路径错误或语法非法（比如少了个引号）会导致整段被忽略。
排查 atom-beautify 本身是否就未激活
格式化命令没响应，也可能是 atom-beautify 没真正工作，而非快捷键被抢：
- 右下角语言标识是否正确？比如
.vue文件要设为Vue Component，不能是HTML，否则<script>块里的 JS 不会格式化 - 依赖是否装全？
atom-beautify不自带引擎，得用apm install js-beautify（不是npm install）补上 - 检查
Settings → Packages → atom-beautify → Settings里是否启用了对应语言的格式化器（如勾选Use Prettier后，还得确保prettier-atom已安装）
复杂语法（如 Vue + TypeScript + JSX 混合）建议直接换用 prettier-atom，atom-beautify 对这类结构支持较弱，容易静默失败。
