多光标下跳转需先按esc退出多光标模式，再用ctrl+alt+-返回上一编辑位置；ctrl+shift+g可一次性选中所有匹配项；列编辑后须按ctrl+shift+l转为多光标；替换后光标消失是因swap_selection_on_replace默认为true，需设为false保留光标。
多光标状态下怎么跳转到上一个编辑位置
不能跳——多光标一激活，Sublime 的 jump_back（Ctrl+Alt+-）和 jump_forward（Ctrl+Shift+-）就完全失效。这不是快捷键冲突，是 Sublime 的底层设计：只要存在多个光标，所有基于“单光标历史栈”的导航命令都会被冻结。
常见错误现象：你刚在 5 行加了光标，想按 Ctrl+U 回退到前一个函数里，结果没反应；或者点了命令面板 Ctrl+Shift+P，再关掉，所有光标直接消失——这也不是崩溃，是 Sublime 主动终止多光标会话。
-
Ctrl+U/Cmd+U在多光标下仍可用，但它只撤销「最近一次添加的光标」，不是跳转到历史位置 - 真正想跳转？必须先按
Esc退出多光标模式，再用Ctrl+Alt+-或Ctrl+U - 如果已误触命令面板导致光标丢失，别重开文件，直接按
Esc→Ctrl+Alt+-，通常能回到进入多光标前的位置
怎么让 Ctrl+D 选中所有匹配项而不是逐个点
按 Ctrl+Shift+G（Windows/Linux）或 Ctrl+Cmd+G（macOS），它比狂按 Ctrl+D 更可靠，且默认只匹配完整单词（match_whole_word 开启状态）。
使用场景：重命名变量、批量替换配置 key、统一修改 JSON 字段名。但要注意匹配范围是否合理：
- 若想匹配子串（比如在
user_id和username中都命中user），需先关闭match_whole_word设置 - 文件超过 10MB 或匹配结果超 10000 处时，
Ctrl+Shift+G可能卡顿 1–2 秒，或只生成前 10000 个光标（可通过max_find_results配置调整） - 已选中文本再按
Ctrl+Shift+G，会以该文本为字面量全量匹配，不走单词边界逻辑
列编辑（Alt+拖拽）后怎么继续多光标输入
Alt+拖拽生成的是「列选区」，不是多光标——它本质是矩形选中，输入会覆盖整块区域；要转成可独立输入的多光标，必须立刻补按 Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS）。
常见错误现象：拖完松手发现光标没出现，或输一个字母所有行都变一样——说明你漏了 Ctrl+Shift+L，还在列选模式下直接输入。
- 列拖拽时某行太短，光标会停在行尾而非对齐列，这是正常行为，不是错位
- 字体非等宽（如系统 UI 字体）会导致视觉错位，换用
Consolas或Fira Code即可解决 - 拖拽后若立即按
Home，所有光标会跳到各自行首，适合加统一前缀；但注意Home默认跳到缩进起点，不是物理行首
为什么替换后光标突然没了
因为默认设置 swap_selection_on_replace 是 true，即查找替换（Ctrl+H）执行后，自动清空所有光标并把焦点留在最后替换处。这不是 Bug，是防止误操作扩散的设计。
实操建议：如果需要替换后继续编辑（比如批量加括号、补引号），务必在用户设置中加入：
"swap_selection_on_replace": false
这个配置只影响多光标下的替换行为，不影响普通单次替换逻辑。改完保存，下次用 Ctrl+H 替换完，光标依然保留，可立刻输入或移动。
容易被忽略的是：一旦弹出过命令面板（Ctrl+Shift+P），当前多光标会话就彻底结束，关掉面板也无法恢复——得从头再来。所以批量操作前，先确认没误触命令面板。
