真正提升效率的是5个高频快捷键的肌肉记忆：ctrl+p（模糊搜索）、ctrl+d（增量多选）、alt+f3（全量多选）、ctrl+shift+l（行末加光标）、ctrl+/（语法感知注释），且全部依赖右下角语法标签准确识别。
真正提升效率的不是快捷键数量，而是那 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快速切换
Ctrl+D 和 Alt+F3 多选行为完全不同
新手最容易混用这两个，结果批量改错地方、删掉不该删的字符串，甚至把 JSON 配置里的 key 名也一并干掉。
-
Ctrl+D是增量式：光标停在user_id上，按一次选第一个，再按选第二个……适合只改前几处、跳过注释里同名字符串 -
Alt+F3是全量爆破：一按就选中全文所有user_id，不区分上下文，正则模式下也无效 - 想跳过某个匹配项？按
Ctrl+K,Ctrl+D - 误触
Alt+F3？别狂按Esc——残留光标会导致粘贴错位；更稳的是先按Ctrl+U（软撤销）回退光标位置
Ctrl+Shift+L 不是“选多行”，是“每行末加光标”
这个快捷键常被误解为多行选择工具，其实它只做一件事：把已有的选区，拆成多个独立光标，全部落在各行末尾。
- 必须先选中多行（比如用
Ctrl+L连按或鼠标拖选），再按Ctrl+Shift+L才生效 - 典型用途：给 5 行末尾同时加逗号、批量删行尾空格、补分号
- 某行结尾有空格？光标会落在空格后——删空格前建议先按
End定位，否则可能误删代码 - 拆完光标后统一缩进？别用
Tab（只影响第一行），用Ctrl+]批量向右缩进
Ctrl+/ 注释失效？90% 是语法识别错了
Ctrl+/ 的行为完全由当前文件的语法定义驱动，不是通用逻辑。一旦语法类型错，它要么没反应，要么插出非法符号。
- JS 文件里加
//，HTML 里加<!-- -->，Python 里加#，规则来自当前语法定义 - 右下角显示
Plain Text却想注释？右键 →Set Syntax手动选对类型，或用Ctrl+Shift+P输入ssjson等快速切换 - 块注释用
Ctrl+Shift+/，但聚焦首行写说明得用Ctrl+Alt+/ - 注释后发现格式错乱？先检查语法，再确认文件扩展名是否被 Sublime 正确映射
所有这些操作都依赖右下角那个不起眼的语法标签——它不是装饰，是整个快捷键体系的底层前提。很多人调了半天快捷键没效果，最后发现只是文件被识别成了 Plain Text。
