列选择加引号总错位是因为它基于屏幕字符列而非逻辑列，缩进不一致、空格、tab混用或空行会导致光标位置偏移；正确流程是alt+拖拽后立即ctrl+shift+l转为多光标再输入。
列选择加引号为什么总错位
因为列选择（Alt+鼠标拖拽）按的是“屏幕字符列”，不是逻辑行首。一旦某行缩进用Tab、另一行用4个 ，或某行末尾有空格，光标就落在不同物理位置——输"后，有的在"item，有的在" item，甚至"item （引号插在空格后面）。这不是操作失误，是机制限制。
常见翻车现象：
- 原数据：
name age city
列选开头三行，结果变成"name、" age、"city - 带注释的代码：
user_id // primary key，列选后引号插进注释前，破坏可读性 - 空行会跳列：列选跨空行时，光标自动落到下一行最左，而非原列，导致漏加
列选择后必须接Ctrl+Shift+L才能批量生效
列选本身只生成一个矩形选区，不是多个光标。Sublime 默认只对第一个光标执行输入操作——你看到灰色块，但敲"只会改第一行开头。
正确流程只有这一条路径：
- 先
Alt+鼠标垂直拖出矩形选区（注意：必须一气呵成，不能松手再按） - 立刻按
Ctrl+Shift+L（Windows/Linux）或Cmd+Shift+L（macOS），把矩形拆成每行一个独立光标 - 此时再按
"，才会同步加到所有行首
如果忘了这步，直接输引号，90%的情况只改了第一行，其余行毫无反应——这不是软件卡顿，是设计如此。
列选择加括号比加引号更危险
括号是成对符号，Sublime 的自动包裹逻辑（选中后输(自动补)）在列选择场景下完全失效。因为列选+Ctrl+Shift+L后，每个光标是孤立的，没有“选中内容”上下文，输(只会插左括号，不会补右括号。
更麻烦的是：如果你试图用列选择在行尾加)，而某行末尾有空格或制表符，End键停在空白处，)就插在空格后，变成item )而不是item)。
安全替代方案：
- 先用
Ctrl+Shift+P→Trim Trailing White Space清掉所有行尾空白 - 列选行尾位置（需肉眼对齐），
Ctrl+Shift+L后按) - 但强烈建议：这种操作不如用正则替换——
Find What: $,Replace With: )，更稳且不依赖视觉对齐
什么情况下可以放心用列选择加符号
仅限结构绝对规整的纯文本，比如：
- CSV 原始字段（无换行、无引号嵌套）：
apple banana cherry
- 日志时间戳列（固定宽度，如
2026-09-21 10:00:00） - 导出的数据库查询结果，字段严格左对齐且无缩进
只要文件里出现一次Tab混用、BOM头、或任意行尾空格，列选择就不可信。真正省事的做法是：处理前先统一缩进（Ctrl+Shift+P → Convert Indentation to Spaces）、清理空格、再决定用正则还是多光标——列选择不该是默认选项，而是最后兜底的特例手段。
