列选择模式有效触发需按住alt（win/linux）或option（macos）再拖动鼠标，松手前保持按键与拖拽连续；若失败，多因editor.multicursormodifier被误设为"alt"、远程环境alt被劫持、触控板手势干扰或缩放导致拖拽偏移。
列选择模式怎么触发才有效
按住 Alt（Windows/Linux）或 Option（macOS）再拖鼠标，才是正确起点。不是 Ctrl、不是 Shift，也不是只点不拖——松手前必须保持按键+拖拽动作连续。
- 常见失败现象：
Selection is collapsed提示不出现、光标变箭头、只选中单行——大概率是editor.multiCursorModifier被设成了"alt"，导致Alt失效 - 远程开发（WSL/SSH）下
Alt常被系统劫持，建议先在本地窗口验证是否正常 - 触控板用户容易误触发滚动，优先用外接鼠标；若必须用触控板，关掉系统级双指拖拽手势
键盘方式比鼠标更稳的几种列选操作
当屏幕缩放非 100%、分辨率高、或需要精确定位到某列时，鼠标拖拽容易偏移。键盘组合反而更可靠：
-
Shift+Alt+↓：从当前光标列向下逐行扩展矩形选区（每按一次加一行） -
Shift+Alt+↑：向上收缩或反向扩展 -
Home或End配合后再列选，能确保对齐到行首/行尾，避免因空格/TAB混用导致视觉错位 - 想跨多行插入光标但不框选？
Ctrl+Alt+↓（Win/Linux）或Cmd+Option+↓（macOS）直接在每行相同列位置加光标
列选后粘贴或输入为什么错位
列选择本身不处理语义对齐，只按字符坐标插入。错位往往不是操作错了，而是编辑器自动行为干扰：
- 开启
editor.autoIndent（尤其是"full"）时，新内容可能被强制缩进到下一行 - 保存时触发 Prettier/ESLint 的
formatOnSave，会重排结构，破坏你刚列选填入的内容 - 目标区域存在混合缩进（空格 + Tab），列选按字符数对齐，但视觉上并不等宽——建议列选前先运行
Format Document统一格式 - 最稳妥做法：列选后先按
Delete清空原位置，再粘贴，避免残留字符挤占空间
哪些地方列选择根本不可用
VSCode 的列选择是纯视图层操作，有明确边界限制，不是万能框选工具：
- 无法穿透折叠代码块——if/for 等被折叠后，下面几行不可见，自然无法纳入列选范围
- 不能跨编辑器分组（比如左右两个并排打开的文件），只能各自独立列选
- 滚动过程中拖拽，选区不会跟随滚动；松手时只包含当时可见区域，半屏选中很常见
- 最小单位是字符，不支持按单词或语法单元对齐；想按词边界列选，得先用
Ctrl+Right跳到词尾再开始
列选状态本身不会高亮显示，松开鼠标那一刻就是最终范围——这点最容易被忽略，直到你发现第三列数据跑到了第四列下面。
