ctrl+shift+p命令面板比死记快捷键更可靠，因其列出所有可用命令、支持模糊搜索、命令名稳定，且可排查快捷键失效原因。
Ctrl+Shift+P 命令面板比死记快捷键更可靠
Atom 的快捷键不是固定不变的，插件、系统拦截、自定义 keymap 都可能让 Ctrl+Shift+K 失效或指向别的命令。与其硬背，不如直接用 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）唤出命令面板——它列出所有可用命令，支持模糊搜索，且命令名稳定，比如搜 editor:delete-line 就能定位到删整行功能。
常见错误现象：按了 Ctrl+Shift+K 没反应，其实是被 vim-mode-plus 或系统快捷键劫持了。此时打开命令面板，输入 “delete line”，看实际绑定的是哪个 keystroke，再进 Settings → Keybindings 修正。
- 命令面板里输入英文命令名，比记组合键更抗干扰
- 插件更新后快捷键失效？先查命令面板里对应功能是否还存在
- 想确认某个键到底触发了什么？按
Ctrl+.（Windows/Linux）或Cmd+.（macOS）调出按键解析器
Ctrl+P / Cmd+P 文件模糊搜索只搜已添加的项目路径
Ctrl+P 不是全局文件搜索，它默认只索引你通过 Ctrl+Shift+O（Windows/Linux）或 Cmd+Shift+O（macOS）显式添加为“项目根目录”的文件夹。没加进去的文件，哪怕就在同级目录下，也不会出现在列表里。
适用场景：开十几个标签后靠鼠标翻树形目录，效率远低于输 2–3 个字母精准跳转。但若搜不到目标文件，第一反应不该是“快捷键坏了”，而是检查项目路径是否加载完整。
- 多个项目并行？每个都要单独执行一次
Ctrl+Shift+O添加 -
Ctrl+Shift+B是另一个筛选入口：只列出从上次 Git commit 后修改或新增的文件，适合 Code Review 前快速定位变更点 - Linux 用户注意：
Ctrl+P在某些桌面环境（如 KDE）可能被截获为应用启动器，需关闭冲突绑定
Ctrl+Shift+K 删除整行不依赖光标位置
Ctrl+Shift+K 的行为是“物理删行”：无论光标停在行首、行中还是行尾，都会删除整行内容 + 行尾换行符，并自动将下一行上移补位。这和 Ctrl+A 全选再 Delete（留空行）或 Ctrl+K（只删光标右侧）有本质区别。
容易踩的坑：误以为必须先选中整行才生效；或者删错后试图粘贴，却发现 Ctrl+Shift+K 不进剪贴板——它不复制，只删除。
- 连续删多行？把光标放在第一行，连按
Ctrl+Shift+K，每按一次删一行，光标自动落向下一行首 - macOS 用户若发现
Cmd+Shift+K无响应，检查系统键盘设置是否将该组合用于“截图”等原生功能 - 想保留空行只清内容？用
Ctrl+A+Delete，而非Ctrl+Shift+K
Ctrl+D / Cmd+D 增量选词要先有初始选区
Ctrl+D 不是“一键全选同词”，而是“增量选择”：它从当前已有选区出发，往后找下一个匹配项并追加选中。如果光标只是停在单词中间没选中任何内容，第一次按 Ctrl+D 会直接失败或只选中光标所在字符。
典型使用场景：重命名变量、批量补字段、删日志前统一高亮。但操作节奏错了，就容易漏选或误选干扰项（比如 user_name 被拆成 user 和 name 两段）。
- 安全起手式：双击单词，或用
Ctrl+←/Ctrl+→跳到词边界再按Ctrl+D - 选多了？按
Ctrl+U（Windows/Linux）或Cmd+U（macOS）逐级撤销，比Esc更精准 - 想全选文档内所有匹配词？用
Alt+F3（Windows/Linux）或Cmd+Ctrl+G（macOS），不是狂按Ctrl+D
Ctrl+Shift+↑ 移动的是物理行，缩进不会自动适配；Ctrl+/ 注释切换依赖当前语言 grammar；Ctrl+Shift+O 加载项目路径是一次性动作，不是永久生效。这些细节不验证，光记键位等于白记。
