真正每天用得上的 sublime 快捷键只有5个：ctrl+p（索引式模糊搜索）、ctrl+d（增量多选）、ctrl+m（括号跳转）、ctrl+l（选整行）、ctrl+/（语法感知行注释），其余多为其变体或低频延伸，依赖正确语法识别与后台索引。
真正每天用得上的 Sublime 快捷键就 5 个，练熟就能甩开鼠标——Ctrl+P、Ctrl+D、Ctrl+M、Ctrl+L、Ctrl+/。其余多数是它们的变体或低频延伸，强行记全只会增加认知负担。
为什么 Ctrl+P 不是“打开文件对话框”？
Ctrl+P 启动的是 Sublime 自带的索引式模糊搜索面板，不是传统文件选择器。它响应快、不卡顿，比翻标签页快一个数量级。
- 输
@init直跳当前文件的init函数（首次可能延迟半秒，等右下角状态栏索引完成再输） - 输
#header匹配 HTML 中的id="header"或 JS 中变量名header - 输
:42瞬间跳到第 42 行 - 搜不到 JS 函数？先看右下角语法是否为
JavaScript（不是Plain Text），可用Ctrl+Shift+P输入ssjs快速切换 - 被输入法劫持？切英文输入法再试；Mac 用户注意
Caps Lock是否开着
Ctrl+D 和 Alt+F3 都能多选，但行为完全相反
混用 Ctrl+D 和 Alt+F3 是新手改崩配置的最常见原因。一个可控，一个爆破，逻辑完全不同。
-
Ctrl+D是增量控制：光标停在user_id上，按一次选第一个，再按选第二个……适合只改前几处、跳过注释里同名字符串 -
Alt+F3是全量爆破：一按就选中全文所有user_id，不区分上下文，正则模式下也无效 - 想跳过某个匹配项？按
Ctrl+K,Ctrl+D跳过当前高亮，继续往下找 - 误触
Alt+F3后别狂按Esc——残留光标会导致粘贴错位；更稳的是先按Ctrl+U（软撤销）回退光标位置 -
Ctrl+D在查找面板启用正则后仍可逐个加选；Alt+F3对正则完全无效
Ctrl+Shift+L 不是“选多行”，是“每行末加光标”
这个快捷键常被误解为多行选择工具，其实它只做一件事：把已有的选区，拆成多个独立光标，全部落在各行末尾。
- 必须先选中多行（比如用
Ctrl+L连按或鼠标拖选），再按Ctrl+Shift+L才生效 - 典型用途：给 5 行末尾同时加逗号、批量删行尾空格、补分号
- 某行结尾有空格？光标会落在空格后——删空格前建议先按
End定位，否则可能误删代码 - 拆完光标后统一缩进？别用
Tab（只影响第一行），用Ctrl+]批量向右缩进 - 配合查找替换更灵活：查
$（行尾锚点）→ 替换为,，就能给每行末尾加逗号
Ctrl+/ 注释失效？90% 是语法高亮识别错了
Ctrl+/ 的行为完全由当前文件的语法定义驱动，不是通用逻辑。不同语言下生成的注释符号不同，且依赖正确语法识别与后台索引。
- JS 文件里按
Ctrl+/生成//，CSS/HTML 里生成/* */，Python 里生成# - 如果生成了错误注释（比如在 CSS 里出现
//），先确认右下角语法标签是否正确（如显示CSS而非Plain Text） - 临时修复：用
Ctrl+Shift+P输入Set Syntax: CSS强制切换 - 长期方案：检查文件扩展名是否被正确映射，或在
Packages/User/下配置file_extensions规则
真正卡住人的从来不是功能多少，而是对这 5 个快捷键底层逻辑的理解偏差——比如 Ctrl+P 依赖索引、Ctrl+D 依赖上下文、Ctrl+/ 依赖语法定义。这些细节不厘清，再多快捷键也容易用错场景。
