Ctrl+D是增量选中，需光标落在词首或词尾、关闭大小写敏感、按一次停顿确认，误选用Ctrl+U撤销，跳过用Ctrl+K再Ctrl+D；Ctrl+Shift+L仅对含换行符的选区生效，Alt+F3才是全量匹配。
Sublime 的快捷键本身不减少工作量，但能让你把“改 5 处”变成“改 1 次”，真正省下的不是时间，是决策疲劳和出错成本。
Ctrl+D 选词总跳过或误匹配？光标位置和大小写是关键
它不是智能识别单词，而是从光标当前所在位置出发，逐字匹配下一个完全相同的字符串。光标落在 user 的 s 上，就可能先匹配到 us；落在词首或词尾才稳定。
- 必须关闭右下角的
Case Sensitive（大小写敏感），否则Data和data不会被同时选中 - 连按太快容易跳过目标项——每按一次
Ctrl+D后停顿半秒，确认高亮的是你要改的那一处 - 误选了？按
Ctrl+U撤回上一次选择，不是退格键，也不是Esc - 想跳过当前匹配项？先按
Ctrl+K，再按Ctrl+D
Ctrl+Shift+L 为什么只出一个光标？它根本不“选行”
Ctrl+Shift+L 的作用是把「已有选区里的每一行」在行尾各插一个光标，不是帮你选多行——它只认物理换行符 \n，不认逻辑结构。
- 必须先手动选中含换行符的文本：用鼠标拖选跨行，或连按
Ctrl+L选中多行，再按Ctrl+Shift+L - 空行也会被拆出光标，且光标默认落在行首；如果要补内容到行尾，得额外按
End - 只选中了一行文字，哪怕后面有空行，
Ctrl+Shift+L也只生成一个光标 - 开启
soft_wrap（软换行）时，Ctrl+Click可能点错位置，建议临时关闭View → Word Wrap
Ctrl+P 搜不到函数或变量？索引和语法状态决定成败
Ctrl+P 的 @ 和 # 前缀依赖符号索引完成，且完全受当前文件语法类型控制。搜不到不是快捷键失效，而是条件没满足。
- 首次输
@init可能卡顿半秒——等右下角状态栏消失、索引完成后再继续输 - 右下角显示
Plain Text却想搜 JS 函数？用Ctrl+Shift+P输入ssjs切换语法，或右键 →Set Syntax手动选对 -
@查函数定义、#查变量声明、:跳行号，三者行为互不干扰，但都要求语法正确 - 被输入法劫持？切英文输入法再试；Mac 用户注意
Caps Lock是否开着
Alt+F3 和 Ctrl+D 混用会改崩代码？全量 vs 增量必须分清
这是最常踩的坑：Alt+F3 是无差别爆破，Ctrl+D 是可控叠加。误用后残留光标、粘贴错位、删掉不该删的内容，几乎无法靠 Esc 清干净。
-
Alt+F3一按就选中全文所有匹配项，对正则无效，也不跳过注释或字符串里的同名词 - 想只改前 3 处？必须用
Ctrl+D连按三次；用Alt+F3后狂按Esc容易漏掉光标，导致后续操作错位 - 误触
Alt+F3？最稳的退出方式是Ctrl+U（软撤销），不是反复按Esc - 查找面板里启用正则后，
Ctrl+D仍可逐个加选；但Alt+F3在正则模式下直接失效
真正卡住人的从来不是记不住快捷键，而是不知道某个操作背后依赖什么隐性条件——比如 Ctrl+P 的 @ 前缀需要索引完成，Ctrl+/ 的行为完全绑定右下角那个小标签，Ctrl+Shift+L 的效果取决于你有没有先选中换行符。
