Alt+鼠标拖拽列选失效的主因是 editor.multiCursorModifier 设置错误，应设为"alt"（Windows/Linux）或"meta"（macOS）；远程环境、触控板手势、格式化干扰、折叠代码等均会限制列选功能。
Alt+鼠标拖拽不生效？先查 editor.multiCursorModifier
VSCode 默认用 Alt（Windows/Linux）或 Option（macOS）触发列选择，但很多人拖不动——根本原因常是设置被改了。打开设置搜 editor.multiCursorModifier，如果值是 "ctrlCmd"，那 Ctrl 就接管了多光标，Alt 反而失效。
- 正确值应为
"alt"（Windows/Linux）或"meta"（macOS），改完不用重启，立即生效 - 远程开发（如 WSL、SSH）中，X11 或远程桌面常劫持
Alt，可临时切到本地窗口验证是否是环境问题 - 触控板用户双指拖拽易被系统识别为手势，建议外接鼠标，或在系统设置里关掉“拖拽三指移动”之类的手势
键盘替代方案：用 Shift+Alt+↑/↓ 精准列选
鼠标拖不准、高缩放屏下难控制、或者想避开格式化干扰时，键盘操作更稳。这不是辅助功能，而是核心列选路径之一。
-
Shift+Alt+↓：从当前光标向下扩展一列（每按一次加一行高度） -
Shift+Alt+↑：向上收缩选区，或反向扩展 - 配合
Home/End先对齐到行首/行尾，再列选，能避免因缩进不齐导致的错位 - 注意：列选按字符位置对齐，不是视觉对齐；混用空格和 Tab 时，看似对齐的字段实际列号不同，选区会偏移
列选后输入内容错乱？关掉自动格式化再操作
垂直选中几列变量名，敲 abc 后有的行多空格、有的被截断、有的引号错位——大概率是保存或输入过程中触发了 Prettier/ESLint 的 formatOnType 或 formatOnSave。
- 编辑前临时禁用：
editor.formatOnType设为false，editor.formatOnSave关闭 - 列编辑本质是纯字符插入，不理解语法结构；批量加引号、括号或注释符号极易破坏代码，比如在 JSON 字段名前插
prefix_时，别顺手把冒号也框进去了 - 真要重命名，优先用
F2触发语义重构；列编辑只适合填数字、加固定前缀、删某列固定字符这类机械操作
跨折叠、跨文件、滚动中列选都不可用
VSCode 的列选择是纯视图层操作，不穿透逻辑结构，这点容易被忽略。
- 无法选中已折叠代码块内部的行（比如
if块折叠后，下面几行不可见，自然不在选区） - 不能跨编辑器分组——两个并排打开的文件，只能各自列选，无法横跨
- 边拖边滚动会导致只选半屏；列选区不会跟随滚动，必须停稳再拖
- 最小单位是字符，不支持按单词或语法单元对齐；想按词边界列选，得先用
Ctrl+←/Ctrl+→跳到词边界，再开始拖
