vscode列选择需按住alt（win/linux）或option（macos）并持续拖动鼠标，松手即生效；失效主因是editor.multicursormodifier被误设为"alt"或"ctrlcmd"、远程环境劫持、触控板干扰或缩放导致偏移。
Alt键列选不是“按一下就插入”，而是“按住+拖动”才生效
VSCode 的列选择本质是矩形区域选择，Alt（Windows/Linux）或 Option（macOS）必须**持续按住不放**，同时用鼠标拖动——松手前不能中断按键或拖拽动作。常见失败现象：Selection is collapsed、光标变箭头、只选中单行，大概率是 editor.multiCursorModifier 被错误设为 "alt"，导致 Alt 键被系统或编辑器劫持为多光标修饰键，反而禁用了列选。
验证是否正常：先在本地窗口（非 WSL/SSH 远程）测试；若仍无效，检查设置中 editor.multiCursorModifier 是否为 "ctrlCmd"（推荐值），并确认 editor.columnSelection 为 true。
列选后输入内容错位？问题不在操作，而在缩进和空格/TAB混用
列选择按字符坐标定位，不感知语法或语义对齐。错位通常由以下原因导致：
- 目标区域存在混合缩进（部分行用 2 空格，部分用 Tab），视觉上列对齐，但字符数不一致
- 粘贴时未清空原位置，残留字符挤占空间，导致后续列偏移
- 屏幕缩放非 100% 或高分屏下鼠标拖拽精度下降，实际选区比肉眼所见窄/宽一两个字符
最稳妥做法：列选后先按 Delete 或 Backspace 清空原内容，再输入新文本；批量操作前运行 Shift+Alt+F 统一格式，避免缩进干扰。
不想拖鼠标？用键盘组合更准、更可控
尤其适合需要精确对齐到行首/行尾，或跨几十行操作的场景：
-
Shift+Alt+↓：从当前光标列向下逐行扩展矩形选区（每按一次加一行） -
Shift+Alt+↑：向上收缩或反向扩展 -
Home或End后再按Shift+Alt+↓，能确保所有光标对齐到行首/行尾，绕过空格/TAB视觉误差 -
Ctrl+Alt+↓（Win/Linux）或Cmd+Option+↓（macOS）：不选区，直接在每行相同列位置插入独立光标，适合已有结构、只需在固定列追加内容（如统一加console.log()）
哪些地方 Alt 列选根本不起作用
VSCode 的列选择是纯视图层矩形框选，有明确限制边界：
- 无法穿透折叠代码块——
if、for等折叠后，其内部行不可见，自然无法纳入选区 - 不能跨编辑器分组（如左右并排两个文件），只能各自独立列选
- 滚动过程中拖拽，选区不会跟随滚动；松手时只包含当时可见区域，半屏选中很常见
- 最小单位是字符，不支持按单词或语法单元对齐；想按词边界列选，得先用
Ctrl+Right跳到词尾再开始
列选状态本身无高亮提示，松开鼠标那一刻就是最终范围——这点最容易被忽略，直到你发现第三列数据跑到了第四列下面。
