sublime列选择需按住ctrl+shift（win/linux）或cmd+shift（macos）并垂直拖拽鼠标左键；若拖拽角度过斜或未按键则退化为普通选择。
怎么触发 Sublime 的列选择模式
Sublime 的列选择（也叫“多光标竖向选择”）不是靠菜单点出来的，而是靠快捷键直接进入。Windows/Linux 用 Ctrl+Shift+↑/↓ 是移动已有光标，不是列选；真正列选择的入口是 Ctrl+Alt+↑/↓（逐行加光标）或更常用的 鼠标中键拖拽（按住中键上下拉），但最稳定、最接近传统“列块选择”的方式是：
- 按住
Ctrl+Shift（Windows/Linux）或Cmd+Shift（macOS） - 然后用鼠标左键从上到下垂直拖拽——只要拖的方向明显偏纵轴，就会进入列选择状态
常见错误现象：拖出来的是普通文本选择，不是矩形块，大概率是因为没按住 Ctrl+Shift，或者拖拽角度太斜（Sublime 对角度敏感，横向分量过大就退化为行选择）。
列选择后怎么批量编辑内容
列选择本质是创建多个等距光标，后续输入、删除、粘贴都会同步作用于每一行的对应位置。
- 输入文字：直接敲，所有列光标位置同时插入
- 删除：
Backspace或Delete会删掉每列光标前/后的单个字符 - 粘贴：
Ctrl+V会把剪贴板内容插到每个光标处（注意：如果剪贴板是多行内容，行为不可控，建议先清空或确保是单行）
使用场景举例：
- 批量给多行变量名前加
self. - 把 CSV 中某一列的引号统一去掉
- 在多行 SQL 的
WHERE后面同时补上AND user_id = ?
容易踩的坑：列选择区域跨空行时，光标会跳到下一行开头而非原列位置，导致错位。解决办法是提前把空行删掉，或用 Ctrl+Shift+L 先按行拆出光标再手动调整。
为什么有时候列选择不生效或错位
核心原因是 Sublime 默认开启了 “auto_indent” 和 “detect_indentation”，而列操作对缩进极其敏感。
- 如果文件混用了空格和 Tab，列选择会按显示位置对齐，但实际字符偏移不同 → 光标落在“看起来对齐、实际错位”的地方
- 开启了
“translate_tabs_to_spaces”: true，但原始文本含 Tab，列拖拽按屏幕像素算，不是按字符位移 - 文件编码异常（如含 BOM 或混合 UTF-8/GBK），可能导致行首计算偏移
实操建议：
- 编辑前先执行
Ctrl+Shift+P→ 输入Convert Indentation to Spaces统一缩进 - 在设置里临时关掉
"detect_indentation": false，避免自动识别干扰 - 用
Ctrl+Shift+P→Set Syntax: Plain Text切换为纯文本模式，排除语法高亮插件干扰
有没有替代方案比鼠标拖更稳
有，而且更精准：用 Ctrl+Shift+L 把当前选中行转为多行光标，再用 → 或 ← 移动光标到目标列，最后按 Ctrl+Shift+↑/↓ 向上/下扩展光标（需开启 "multi_cursor_modifiers": "ctrl"，默认已开）。
这个组合的好处是：
- 不依赖鼠标精度，适合小范围精确定位
- 可配合
Ctrl+D（逐个匹配选中）再转列编辑，比如先选中所有id:，再统一往右挪 3 格开始改值 - 避开“拖拽过快变行选”的问题
但注意：Ctrl+Shift+↑/↓ 默认是调系统音量，部分键盘需先关系统快捷键冲突，或改 Sublime 的 key binding：
[
{ "keys": ["ctrl+shift+up"], "command": "select_lines", "args": {"forward": false} },
{ "keys": ["ctrl+shift+down"], "command": "select_lines", "args": {"forward": true} }
]
列选择看着简单，真正卡住人的往往不是“怎么开”，而是“为什么光标没对齐”——它底层按字符列（不是像素列）计算，而编辑器渲染又受字体、缩进、BOM、软换行共同影响。调对一个文件的列编辑，不等于下一个文件也能复用。
