真正影响效率的是用对Ctrl+P、Ctrl+D、Ctrl+Shift+L、Ctrl+/四个快捷键并避开陷阱：Ctrl+P是模糊搜索面板非系统对话框，依赖索引和正确语法；Ctrl+D为增量多选，Alt+F3为全量爆破；Ctrl+Shift+L需先选中内容再拆光标至行末；Ctrl+/注释行为由当前语法决定。
真正影响效率的不是“神级清单”，而是把 Ctrl+P、Ctrl+D、Ctrl+Shift+L、Ctrl+/ 这四个快捷键用对场景、避开默认陷阱。其余所谓“神技”多数是它们的条件变体，练错方向反而拖慢节奏。
Ctrl+P 模糊搜索总没反应？先看索引和语法
Ctrl+P 不是打开系统文件对话框，它调用的是 Sublime 自带的符号/路径索引面板。没反应≠失效，大概率是索引没建好或语法识别错。
- 搜不到新文件？执行
Ctrl+Shift+P→ 输入Index Files强制刷新索引（Git 切分支后尤其需要） - 输
@init卡住半秒？等右下角状态栏消失再继续输——那是后台在构建符号表 - 搜 JS 函数失败？右下角必须显示
JavaScript，不是Plain Text；快速切语法：用Ctrl+Shift+P输入ssjs - 输
setti命中不了settings.json？确认项目已通过Project → Add Folder to Project加载，否则只搜已打开的单个文件
Ctrl+D 和 Alt+F3 都能多选，但一个可控一个爆破
混用 Ctrl+D 和 Alt+F3 是改崩配置的头号原因。前者是“点选”，后者是“扫荡”，设计目的完全不同。
-
Ctrl+D：光标停在user_id开头，按一次选第一个，再按选第二个……适合跳过注释里同名字符串、只改前 3 处 -
Alt+F3：光标在词上一按，全文所有user_id瞬间全被选中，不区分上下文，正则模式下也无效 - 想跳过某个匹配？按
Ctrl+K，Ctrl+D跳过当前高亮，继续往下找 - 误触
Alt+F3？别狂按Esc——残留光标会导致粘贴错位；立刻按Ctrl+U（软撤销）回退光标位置最稳
Ctrl+Shift+L 不是选多行，是给每行末尾加光标
新手常以为 Ctrl+Shift+L 是“多行选择”，其实它只做一件事：把已有选区拆成多个独立光标，全部落在各行末尾。没选中任何内容时按它，什么都不会发生。
- 必须先选中多行：用
Ctrl+L连按，或鼠标拖选，再按Ctrl+Shift+L - 某行结尾有空格？光标会落在空格后——删空格前先按
End定位，否则可能误删代码 - 拆完光标后想统一缩进？别用
Tab（只影响第一行），用Ctrl+]批量向右缩进 - 配合查找替换更灵活：查
$（行尾锚点）→ 替换为,，就能给每行末尾加逗号
Ctrl+/ 注释失败？90% 是语法识别错了
Ctrl+/ 的行为完全由当前文件的语法定义驱动，不是通用逻辑。JS 插 //，HTML 插 <!-- -->，Python 插 #。语法错，它就失效。
- 右下角显示
Plain Text却想注释？按Ctrl+Shift+P输入ssjson或ssyaml快速切换 - 按了没反应，或插出
//在 HTML 里？说明语法识别失败，检查文件扩展名是否被 Sublime 正确映射 - 块注释用
Ctrl+Shift+/；想写说明并聚焦首行，用Ctrl+Alt+/ - 注释后格式错乱？先确认语法类型，再检查该语法是否支持当前注释风格（比如某些自定义 .conf 语法不支持
#）
真正难的不是记住快捷键，而是在光标停在括号内、引号中间或连字符上时，预判 Ctrl+D 会怎么扩展词边界；也不是按对组合键，而是每次按下 Ctrl+P 前，下意识确认右下角语法标签是否正确——这些细节才是资深程序员“快”的真实来源。
