Alt+鼠标左键拖不动，根本没进列模式
不是键盘坏了，也不是插件冲突——VSCode 的列选择模式默认依赖 Alt（Windows/Linux）或 Option（macOS）作为修饰键，但必须“按住再拖”，手快松早、先动鼠标后按 Alt，都会导致只选中单行文本。此时光标是 I 形、无 Selection is collapsed 提示、也拉不出竖条，本质是压根没触发列模式。
真正卡住人的地方往往在设置里：editor.multiCursorModifier 被手动改成 "ctrlCmd"，这会让 Ctrl 承担多光标职责，反过来压制了 Alt 的列选择能力；而 editor.columnSelection 若为 false，哪怕按住 Alt 也完全无效（虽然默认是 true，但某些旧配置或同步设置会覆盖它）。
- 检查方式：Ctrl+Shift+P → 输入
Preferences: Open Settings (JSON)→ 搜索这两项，确认值分别为"alt"和true - 改完必须重载窗口：Ctrl+Shift+P →
Developer: Reload Window，重启不解决这类运行时行为问题 - 远程开发（WSL/SSH）下，X11 或远程桌面常劫持
Alt，建议先在本地窗口验证是否正常
列选中后 Ctrl+D 失效、粘贴只作用于第一行
列选择和普通多光标是两套独立机制，设计上就互斥。一旦进入列模式，Ctrl+D 不会“添加下一个匹配项”，而是直接无响应；Ctrl+V 粘贴也只写入第一个光标位置，其余光标不会同步填充——这不是 bug，是 VSCode 明确限制的行为。
典型误操作场景：
- 想给 10 行 JSON 的
value都替成null，却硬用列选中所有冒号右侧区域 → 实际选区按字符列对齐，缩进混用空格/Tab 时极易偏移 - 列选中后按
Ctrl+V发现只有第一行变了 → 此时该切回普通多光标（Ctrl+Shift+L全选同名变量）或用正则替换 - 在终端、调试控制台等非编辑器面板里按
Alt拖拽 → 完全无效，列选择仅限代码编辑器视图
不用鼠标也能稳定列选：Shift+Alt+方向键
高分辨率屏、缩放比例非 100%、触控板手势干扰，都让鼠标拖拽变得不可靠。比死磕 Alt+拖更稳的方案是纯键盘操作：
-
Shift+Alt+↓：从当前光标向下扩展一列选区（每按一次加一行） -
Shift+Alt+↑：向上收缩或反向扩展 - 配合
Home/End先跳到行首/行尾，再Shift+Alt+↓扩展，避免拖偏 - 若需选中多列（比如同时改第 3–5 列），可先
Shift+Alt+→微调起始列位置，再向下扩展
注意：键盘列选中仍受 editor.columnSelection 控制，且同样不支持 Ctrl+D 和同步粘贴。
什么时候该放弃列选择，换别的方法
列选择只适合“位置严格对齐”的批量操作。一旦发现以下任一情况，立刻停手：
- 要处理的内容不在同一垂直列（比如 CSV 第三列，但各行列宽不一致）→ 改用正则：查找
^([^,]*,[^,]*,)[^,]*(,.*)$，替换为$1null$2 - 需要插入不同内容（比如给每行加递增序号、时间戳）→ 列选择做不到，得用
Ctrl+Shift+P→Insert Numbers插件，或写个 Python 脚本生成再粘贴 - 缩进混乱（空格 + Tab 混用）、有折叠区域 → 列选区按字符索引计算，视觉对齐≠实际选中范围，极易误删
最难的从来不是怎么按快捷键，而是判断当前任务是否属于“列对齐”范畴——错判一次，可能比手动改十行还费时间。
