atom快捷键排查需先用cmd+.调出解析器确认事件是否被atom接收，再通过keybindings页搜索验证绑定规则、source来源及selector上下文，最后检查keymap.cson选择器精度与包启用状态。
在 Settings → Keybindings 里实时搜索和定位绑定
打开 Atom 后，直接按 Ctrl+,（Windows/Linux）或 Cmd+,（macOS）进入 Settings，点开 Keybindings 标签页。这里不是静态列表，而是实时解析你当前所有生效的快捷键规则。
搜索框支持用短横线分隔组合键，比如输入 ctrl-/ 或 cmd-shift-p 就能立刻过滤出相关条目。注意看每行的四列信息：
-
Keystroke：实际按下的键组合 -
Command：触发的命令名，如editor:toggle-line-comments -
Source：命令来源，core是 Atom 自带，nuclide、emmet等是插件 -
Selector：CSS 类似选择器，决定该快捷键在什么上下文中生效（例如只在编辑器内、不在 mini 输入框中）
点击某行左侧的复制图标，可一键复制整行内容用于排查或分享。
用快捷键解析器（Keybinding Resolver）看谁抢了你的按键
这是最直接的冲突诊断方式：按 Ctrl+.（Windows/Linux）或 Cmd+.（macOS），顶部会弹出一个浮动面板，实时显示你按下任意组合键时 Atom 的匹配过程。
常见现象和对应判断：
- 按
Ctrl+Shift+P没反应，但解析器里完全没记录 → 被系统/输入法/远程工具劫持，Atom 根本没收到事件 - 解析器里显示匹配到
nuclide:toggle-terminal，但你想触发command-palette:toggle→ 插件覆盖了默认行为 - 同一组合键出现多条匹配，且
Source列优先级不同 → 高优先级规则（如插件或keymap.cson）压制了低优先级规则
注意：解析器只反映 Atom 内部的匹配链，不解决系统级拦截 —— 它的作用是帮你确认“问题出在 Atom 里，还是外面”。
keymap.cson 中的选择器写错，导致自定义绑定不生效
很多人在 keymap.cson 里写：'atom-text-editor': 'ctrl-/': 'editor:toggle-line-comments'，结果注释功能依旧被插件截走。根本原因是选择器太宽泛，被更具体的规则覆盖了。
推荐写法（来自 Atom 官方实践）：
- 用
'atom-workspace atom-text-editor:not([mini])'替代'atom-text-editor'，排除命令面板、查找框等 mini 编辑器干扰 - 如果想全局生效（包括非编辑器区域），可用
'body'，但要小心误触 - 强制提升优先级？加
!important，如'atom-workspace atom-text-editor:not([mini]) !important'，但仅限必要场景
别忘了保存文件后 Atom 会自动重载，无需重启。如果改完仍无效，先检查 Source 列是否真指向你的 keymap.cson —— 有时路径写错或格式非法会导致整段被忽略。
为什么有些命令搜不到？命令可见性取决于上下文和启用状态
在 Command Palette（Ctrl+Shift+P）里搜不到 script:run，大概率不是快捷键问题，而是 script 包没启用或当前文件类型不匹配。
- 进
Settings → Packages，搜script，确认状态是Enabled，不是Disabled或灰色未安装 - 命令匹配有上下文限制：比如
tree-view:reveal-active-file只在项目有打开文件时可用；git-diff:move-to-next-hunk只在 Git 仓库且有改动时出现 - 命令名中的冒号和空格必须严格一致：
core:save可以，core save或core: save都不会命中
临时验证命令是否存在？在 Command Palette 里输入 core:，能看到 Atom 所有内置命令前缀 —— 如果连这个都为空，说明主进程异常，需要重启 Atom。
Cmd+. 看实时匹配，再回 Keybindings 页面核对 Source 和 Selector，比反复修改 keymap.cson 更省时间。
