sublime多行编辑靠快捷键实时叠加光标，非模式化操作；ctrl+d逐次匹配当前词的下一个相同项，需光标在词内且未全选；alt+f3全文精确匹配但受作用域限制；ctrl+shift+l按换行符切选区生成光标；列选择须关闭软换行。
Sublime 的多行游标不是“开启模式”，而是靠快捷键实时叠加光标——按一次加一个，不选中内容就什么都不会发生。
Ctrl+D 为什么只选中第一个词，后续没反应？
这是最常见误判：以为 Ctrl+D 是“批量选中”，其实它是“逐次扩展匹配”。第一次按选中当前词，第二次按才找下一个相同词——但前提是光标必须落在该词内部（不能在词尾空白处），且该词未被全选（全选后 Ctrl+D 会直接退出）。
- 光标位置不对：把光标点进单词中间，别停在空格或换行符上
- 有隐藏字符干扰：比如不可见的零宽空格（
ZWSP）、BOM 头，会导致字面匹配失败 - 大小写敏感：默认区分大小写，
Mode和mode不算同一匹配，可临时用Alt+F3配合大小写开关（case_sensitive设为false） - 跳过某处：按
Ctrl+K再按Ctrl+D，就能跳过当前匹配项
Alt+F3 突然失效或选中太多/太少？
Alt+F3 是全文本范围的字面全量匹配，但它受当前作用域限制——如果光标在字符串、注释或引号内，Sublime 默认只在该语法作用域内查找；若想跨作用域匹配，得先确保光标不在任何特殊 token 内（比如删掉引号、退出注释块）。
- 检查状态栏右下角：显示
string或comment时，Alt+F3就只搜该区域 - 强制全局匹配：先按
Esc清除所有选区，再把光标移到纯代码行（如函数名、变量名所在行）再触发 - 正则干扰：如果启用了正则查找（
Find → Regular Expression），Alt+F3也会走正则逻辑，关掉它再试 - 性能卡顿：文件超大（>10MB）时，
Alt+F3可能延迟明显，改用Ctrl+H+Find All更稳
Shift+Alt+鼠标拖动列选择总偏移？
列选择（Shift+Alt+鼠标拖动）依赖物理行列坐标，一旦开启软换行（View → Word Wrap），一行文字被折成多行显示，但底层仍是单行——你拖的是“显示行”，编辑器操作的是“逻辑行”，结果就是光标落在错位位置。
- 编辑前务必关闭软换行：
View → Word Wrap取消勾选 - 拖动时别松开
Shift或Alt：中途释放会导致变成普通选区 - macOS 上外接鼠标滚轮可能干扰：建议用触控板或确认鼠标驱动没劫持
Alt键 - 想从某列开始统一插入：先用
Ctrl+Shift+L把每行末尾转成光标，再按←移到目标列，最后Shift+Alt+↓向下拉
Ctrl+Shift+L 拆行后光标在行首还是行尾？
Ctrl+Shift+L 的行为取决于你是否提前选中内容：没选中时，它把当前光标所在行拆成单行光标（光标停在行首）；如果已选中一段文本（哪怕只一个字符），它会把选区按换行符切分，每个片段末尾放一个光标。
- 想在每行末尾加内容（如逗号、分号）：先
Ctrl+A全选，再Ctrl+Shift+L - 想在每行开头加前缀（如
//）：不选中，直接Ctrl+Shift+L，然后按Home回到行首 - 拆完发现光标数不对：可能是某行为空或只有空格，
Ctrl+Shift+L会跳过这些“无效行”，手动补上更可靠 - Windows 下
Ctrl+Shift+L可能和输入法冲突：若无反应，试试切换英文输入法再按
真正难的不是记住快捷键，而是理解 Sublime 的光标叠加机制——它不维护“多行编辑状态”，每次操作都是独立事件。一个光标消失、一个新光标出现，中间没有缓存，也没有撤销栈保护。稍不注意，就只剩第一行被改了。
