ctrl+shift+l 拆行后正则替换不生效，因未启用“in selection”模式，需先勾选该选项再alt+enter选中匹配项才能精准多光标编辑。
Ctrl+Shift+L 拆行光标后，正则替换为何不生效？
因为 Ctrl+Shift+L 本身只把选区按行拆成多个光标，不会自动激活“在选区内查找”模式。如果你直接打开 Ctrl+H 替换，Sublime 默认在整个文档中操作，而不是仅限于当前多光标位置——结果就是改了不该改的行。
正确做法是：先用 Ctrl+Shift+L 拆出光标 → 再按 Ctrl+F 打开查找面板 → 勾选 In Selection（右下角小勾）→ 启用正则（Alt+R）→ 输入模式 → Alt+Enter 选中所有匹配项 → 此时才进入真正受控的多光标编辑状态。
- 没勾
In Selection：正则会在全文跑，光标位置完全失效 - 忘了
Alt+Enter：只高亮匹配项，没生成光标，输入不会同步 - 在非 ASCII 编码文件（如含 GBK 中文）里启用正则，部分字符可能被截断——建议先转 UTF-8
用 Alt+F3 全选匹配项后，怎么限制只改某几列？
Alt+F3 是全文档级操作，适合变量重命名这类全局修改；但处理表格或日志时，常需要“只改第3列的 IP、不碰第1列时间”。这时候不能靠 Alt+F3 直接硬上，得先做空间隔离。
典型流程：用正则精准匹配目标字段 → Ctrl+H + Alt+Enter 选中全部 → Ctrl+Shift+L 把每个匹配项拆成独立光标 → 用 Ctrl+←/Ctrl+→ 跳词定位到字段内部 → 删除或输入。
- 例如日志中提取
"GET /api/user HTTP/1.1"里的路径：正则写"GET\s+([^"]+)"，替换栏留空，先确认捕获组 $1 是否准确 - 如果某行没匹配上，
Alt+Enter不会为它加光标，后续所有光标索引会偏移——务必先点Find All看命中的行数是否一致 - 避免在缩进不齐的代码块里直接
Alt+F3，容易把嵌套层级里的同名变量也卷进来
列选择（Alt+拖拽）和正则补分隔符，哪个更适合对齐表格？
列选择适合“视觉对齐”，比如给已有竖线表格统一右移两格；正则补分隔符适合“结构重建”，比如把空格分隔的伪表格转成标准 CSV。两者不是替代关系，而是分工明确。
常见误用：在中文混排表格里用 Alt+拖拽 列选，结果每行光标横向错位——因为 Sublime 按字符数定位，而中文占两个字节宽度，ASCII 占一个，视觉上根本不对齐。
- 纯英文/数字表格：优先用
Alt+拖拽，快且直观；补|时直接输入，所有行同步 - 中英文混排或字段长度不一：必须用正则先统一结构，例如
^(\S+)\s+(\S+)\s+(\S+)→ 替换为$1|$2|$3 - 补完分隔符后，再用
Ctrl+Shift+L拆光标 →Home→Tab可批量缩进整列，比手动空格可靠
多光标状态下 Ctrl+Z 撤销为什么有时只退一步？
Sublime 的撤销栈是按“操作批次”记录的，不是按光标数量。你同时在 5 行输入 TODO，这算一次撤销单元；但如果中间穿插了删除、粘贴、跳词等动作，就会被切分成多个撤销点。
最易踩坑的是：在多光标状态下按 Backspace 删除不同长度内容（比如某行删 2 字符、某行删 5 字符），Sublime 会把这次操作记为“多段不等长删除”，Ctrl+Z 只能整体回退，无法单独恢复某一行。
- 想精细控制，建议每轮操作前先
Esc退出多光标，确认无误后再进下一组 - 大范围修改前，用
Ctrl+Shift+P→Set Syntax: Plain Text关掉语法高亮，减少卡顿干扰判断 - 正则替换后若发现字段错位，别急着
Ctrl+Z，先用Ctrl+Shift+L拆光标再手动微调——比重做更省时间
\u200b 或混合编码时，光标会默默偏移一格，还查不出原因。
