atom快捷键冲突需先用cmd+.或ctrl+.调出keybinding resolver实时定位拦截源，再删keymap.cson（非清空）以恢复内置默认映射；系统级冲突须在系统设置中关闭对应快捷键。
Atom 的快捷键冲突不是“设了没生效”，而是事件被更高优先级的规则或系统层拦截了——直接删 keymap.cson 或用 Cmd+.（macOS）/Ctrl+.（Win/Linux）看解析链，比瞎调配置快得多。
用 Keybinding Resolver 实时定位谁截了你的键
这是唯一能立刻告诉你“Atom 收到没、谁匹配了、为什么不是你想要的命令”的方式。按 Cmd+.（macOS）或 Ctrl+.（Windows/Linux），再按下出问题的组合键（比如 Ctrl+/），顶部浮动面板会逐行显示匹配过程。
- 面板完全无反应 → Atom 根本没收到事件，问题在系统/输入法/远程工具层
- 只显示一条匹配，但
Command是emmet:insert-snippet而非editor:toggle-line-comments→ 插件规则压过了你的意图 - 同一
Keystroke出现多条，Source列分别是nuclide、atom-beautify、core→ 优先级由来源 + 选择器精度共同决定，插件通常胜出
删 keymap.cson 比硬调更可靠
Atom 只在 keymap.cson 文件**完全不存在**时，才回退加载内置默认映射。清空内容、写成 {} 或注释掉所有行，都不算“不存在”。
- macOS/Linux：运行
rm ~/.atom/keymap.cson，然后重启 Atom - Windows：打开资源管理器，进入
%USERPROFILE%\.atom\，开启“显示隐藏的项目”，删掉keymap.cson - 删完验证：Settings → Keybindings 搜索
ctrl-shift-k，Source应显示atom-keymap，不是user
自定义绑定必须写对选择器和语法
写 'atom-text-editor': 'ctrl-/': 'editor:toggle-line-comments' 很容易失效，因为插件常用更精确的选择器（如 '.platform-darwin atom-text-editor:not([mini])'）覆盖它。
- 推荐选择器：
'atom-workspace atom-text-editor:not([mini])'，排除查找框、命令面板等 mini 编辑器干扰 - 必须用单引号包裹键名和命令，
"editor:fold-all"或editor:fold-all都会解析失败 - 缩进只能是 2 空格，末尾不能有逗号，冒号后必须跟空格；保存后右下角若弹红条，点开就能看到哪行报错
- 需要强制生效？加
!important：'atom-workspace atom-text-editor:not([mini]) !important'，但仅限必要场景
系统级冲突（尤其 macOS）得去系统设置关
像 Cmd+/、Cmd+Space 这类组合，在按键到达 Atom 前就被 macOS 全局接管了，改 keymap.cson 完全无效。
- macOS：进「系统设置 > 键盘 > 快捷键 > 输入源」，关掉「使用 Cmd+Space 切换输入源」
- 同时检查「辅助功能 > 键盘」里是否启用了粘滞键、慢速键——它们会劫持修饰键行为
- 如果必须保留系统快捷键，就别硬改 Atom；换一个不冲突的组合，比如
Cmd+Alt+/或Ctrl+Shift+;，实测干扰少 - Windows 用户重点关「语言栏热键」：设置 → 时间和语言 → 语言 → 首选项 → 键盘 → 高级键盘设置 → 关闭“使用语言栏热键切换输入法”
真正容易被忽略的是：Atom 的“默认快捷键”本身随版本更新微调，比如 1.60+ 把 editor:fold-all 的推荐绑定从 ctrl-k ctrl-0 改为 ctrl-k 0（松开再按）。你删掉 keymap.cson 得到的，是当前 Atom 版本的默认值，不是某个历史版本的“记忆”。
