sublime text列编辑是修饰键+左键拖动的瞬时行为，非开关模式；列选后须按ctrl+shift+l（或cmd+shift+l）转多光标才能批量编辑，否则仅首行生效。
Sublime Text根本没有“开启列编辑模式”这回事
它不靠菜单、不读配置项、也没有 Toggle Column Selection 命令——所谓“进入列编辑”，就是你按住某个键+拖动鼠标的那一瞬间触发的实时行为。松开鼠标，就退出；再拖，再进。不是状态切换，是瞬时响应。
所有试图在 Preferences 或 Command Palette 里找“开启列模式”选项的操作，都会落空。真正起作用的只有两个信号：修饰键按下 + 鼠标左键持续拖动。右键完全不参与，任何右键拖拽、右键菜单调用，都无效。
-
Alt+左键（Windows/Linux）或Option+左键（macOS）：必须先按住键，再点击并垂直拖动；反顺序（先点再按）大概率失败 - 拖动时看到灰色矩形框才算成功；纯水平或角度偏斜（横向偏移＞15 像素）会退化为普通文本选择
- 中键拖拽属非官方支持行为，依赖系统和驱动，不稳定，不推荐作为主力方式
为什么右键拖拽看起来“有时能列选”
Sublime Text 原生不绑定右键做任何列操作。所谓“右键列选成功”，基本都是误判：
- 你实际按的是
Shift+左键，但手部动作被误记为右键 - 装了第三方插件（如
ColumnSelect），它伪造了右键菜单或重映射了右键行为 - 远程桌面/触控板把双指按压识别为右键，而你真正执行的是
Alt+左键拖拽
验证方法很简单：关掉所有插件（Preferences → Package Control → Disable Package），再试右键拖拽——几乎必然失效。
列选完敲字只改第一行？不是 Bug，是没转多光标
Sublime 的列选择默认生成的是「矩形选区」，不是「多光标」。输入操作默认只作用于第一个光标位置。要批量编辑，必须手动转换：
- 立刻按
Ctrl+Shift+L（Windows/Linux）或Cmd+Shift+L（macOS），把矩形选区拆成每行一个独立光标 - 漏这一步就直接打字，只会改首行；已误输可用
Ctrl+Z撤回，再补按即可挽救 - 验证是否真有多光标：按
Ctrl+Shift+P输入Show Scope Name，看多个光标是否落在同一列号上
粘贴同理：Ctrl+V 不会自动同步到所有光标，更稳的方式是 Ctrl+Shift+P → 输入 Insert Text at Carets → 直接键入内容，绕过剪贴板。
列对齐错位的三个真实原因
看着对齐，一输就歪——问题不在操作手法，而在文本底层状态：
- 混用
Tab和空格：显示对齐 ≠ 字符偏移一致 → 光标落在“视觉对齐、逻辑错位”的位置 - 存在代码折叠：列选无法穿透折叠行，选区会在折叠处静默中断，且无提示
-
word_wrap: true开启：软换行被当新行处理，纵向坐标系统错乱
实操建议：编辑前先执行 Convert Indentation to Spaces，临时关闭 Word Wrap，并运行 Ctrl+K → Ctrl+J 展开所有折叠。真正的复杂点，从来不是“怎么选”，而是你根本不知道它没选全。
