sublime的ctrl+shift+l按换行符切选区生成光标，失败主因是选区未包含\n；ctrl+d全字匹配易误匹配；列选择需等宽字体且防空格/tab混用；xml批量改内容须正则匹配标签内文本。
Ctrl+Shift+L 拆行光标总只出一个？检查选区是否含换行符
Sublime 的 Ctrl+Shift+L 不是“给当前行加光标”，它只做一件事：把「已选中的文本」按 \n 切开，每段末尾放一个光标。失败几乎全因选区没选对。
常见错误现象：
- 鼠标拖选时最后一行末尾没覆盖到换行符（视觉上像选中了，其实漏了
\n），Ctrl+Shift+L就当单行处理，只出一个光标 - 用
Ctrl+A全选后按Ctrl+Shift+L，结果光标只在文档末尾出现一个——因为全选区域不含内部\n分割逻辑（Sublime 把它当一个大字符串）
安全做法：
- 先用
Ctrl+L连续点击目标行（每按一次选一行），再统一按Ctrl+Shift+L，确保每行都被显式纳入选区 - 或用
Ctrl+Shift+P→ 输入Selection: Select Lines命令，直接选中所有目标行（比手动点更稳）
改 JSON/CSS 属性值时，为什么 Ctrl+D 会串行、漏字段？
Ctrl+D 默认是「全字匹配 + 严格字面」，双击选中 color 后按它，只会找独立单词 color，但不会识别 color: 后的值，更不会跳过注释或字符串里的同名词。
使用场景限制明显：
- 在 CSS 中想批量改所有
color: #000为color: #333，Ctrl+D选中第一个#000后，下一个匹配可能落在background-color: #fff里，导致错位 - JSON 中
"id": 123和"user_id": "abc"都含id，Ctrl+D无法区分语义层级
推荐替代路径：
- 先用
Ctrl+F搜:\s*"[^"]*"（带引号的属性值），勾选正则（Alt+R），点Find All - 再按
Ctrl+Shift+L，所有匹配值末尾立刻生成光标 - 此时输入新值，只改引号内内容，不碰键名和结构
列选择（Alt+Shift+拖拽）改第 3 列值，为什么总偏移？
列选择本质是矩形框选，依赖等宽字体与严格对齐。CSV 或缩进混乱的 JSON 里，只要某行字段多一位、少一个空格，光标就会错列。
容易踩的坑：
- 文件编码含 BOM 或混合空格/Tab，导致视觉对齐但实际字符宽度不一致
- 启用
drag_text: true（默认 false），Alt+拖拽会触发文本拖动而非列选，光标根本不出 - 远程开发或某些终端复刻环境里，
Alt+Shift+↓可能被系统劫持，需改用鼠标拖拽 +Alt+Shift组合
实操建议：
- 先
View → Editor Settings → font_face设为Consolas或Fira Code等等宽字体 - 确认设置里
"drag_text": false（否则 Ctrl+Click 也会失效） - 对 CSV，优先用正则替换：
^([^,]*,){2}([^,]*)匹配第 3 列，替换为$1新值
XML/HTML 节点内批量改文本内容，别碰标签本身
Sublime 不解析 XML 语义，Ctrl+D 点 title 标签只会选中所有 <title></title> 和 字符串，中间内容完全不动——改完就破坏闭合结构。
正确做法是定位「标签包裹的内容」，而非标签名：
- 语法模式必须设为
XML（右下角点击切换），否则正则跨行匹配失效 - 搜
<title>([^))*</title>（简化版），或更稳妥用<title>[\s\S]*?</title>+ 勾选Alt+R（跨行搜索） - 点
Find All后，按Ctrl+Shift+→（Win/Linux）扩展选中整个匹配块，再Ctrl+Shift+L拆出光标 - 此时光标落在每个
<title></title>开始处，按Right×2 跳过<title></title>，再输入新文本，所有节点内容同步更新
真正麻烦的从来不是怎么加光标，而是怎么让光标刚好落在你想动的位置——少按一次方向键，或多选一个空格，整批修改就偏了。
