VSCode中Alt+鼠标拖拽可实现列选择，Windows/Linux默认支持，macOS需用Option键；若失效，需检查editor.multiCursorModifier是否为"alt"、editor.columnSelection是否为true，并重载窗口。
Alt + 鼠标拖拽能直接框选多行编辑，但不是所有系统都默认开启
Windows 和 Linux 下 VSCode 默认支持 Alt 键配合鼠标左键拖拽实现列选择（也叫“矩形选择”），macOS 则默认是 Option（而非 Alt）+ 鼠标拖拽。如果你在 macOS 上按 Alt 没反应，别怀疑键盘——先换按 Option。
这个功能本质是触发“列选择模式”，和普通光标拖选行为完全不同：它不按字符流顺序选，而是按屏幕坐标框出一块矩形区域，特别适合对齐补全、批量删缩进、给多行加前缀等排版操作。
- Windows/Linux：确认设置中
"editor.multiCursorModifier": "alt"未被改成"ctrl"（改了就失效） - macOS：如果外接 Windows 键盘，系统设置里可能把
Option映射成了Alt，但 VSCode 仍认Option键位，此时需在 VSCode 的keybindings.json中显式绑定：{"key": "alt+mousedown", "command": "editor.action.insertCursorAtPointer", "when": "editorTextFocus"} - 远程开发（SSH/WSL）下，某些终端层会劫持
Alt组合键，表现为鼠标拖拽无反应——这时优先用快捷键Ctrl+Shift+P→ 输入Toggle Column Selection手动开关模式
用 Alt+Shift+I 快速在每行末尾插入光标，比手动拖更稳
当你要给 20 行代码末尾统一加逗号、分号或引号时，Alt+Shift+I 是比框选更可靠的选择。它会在**每个选中行的行尾**自动插入一个光标，不依赖缩进对齐，也不怕中间有空行打断。
前提是先选中目标行范围（比如用 Shift+↓ 连续选中，或 Ctrl+L 选当前行后按住 Shift 再选下几行）。一旦触发，所有光标会同时激活，输入内容即实时同步到每行末尾。
- 如果某行是空行，光标会落在行首而非行尾——这是预期行为，不是 bug
- 若想跳过注释行或空行，得先用正则
Ctrl+F→^.*$手动筛选，再选中；VSCode 原生不支持“仅对非空行执行” - 该快捷键在中文输入法下可能被拦截，临时切英文输入法再试
Alt+↑/↓ 移动整行时，光标位置会“粘”在原列，容易错位
Alt+↑ 和 Alt+↓ 是移动整行的快捷键，但它的定位逻辑是“保持光标在当前列号”，而不是“保持相对行内位置”。比如你在第 5 列（一个空格后）按 Alt+↑ 把这行上移，而上一行只有 3 个字符，那光标会强行卡在第 5 列——结果就是跑到行尾甚至换行。
这不是 bug，是设计如此。它适合代码块整体上浮下沉，但不适合微调单行缩进或对齐。
- 要安全移动并保持视觉对齐，先用
Home或End把光标移到行首/行尾，再按Alt+↑/↓ - 移动后如果光标跳到奇怪位置，按一次
Left或Right键就能恢复到最近的有效字符位 - 在 JSX/HTML 中移动带缩进的标签行时，该问题更明显——建议这类场景改用剪切
Ctrl+X+ 粘贴Ctrl+V，反而更可控
Alt 键组合失效？大概率是输入法或系统快捷键冲突
VSCode 里 Alt 相关功能大面积失灵，90% 以上不是编辑器问题，而是被系统级快捷键覆盖了。Windows 的「粘滞键」、macOS 的「辅助功能→指针控制→按下修饰键时高亮」、Linux 的 GNOME 快捷键（如 Alt+Tab）都可能劫持 Alt 键事件。
验证方法很简单：打开 VSCode 的命令面板 Ctrl+Shift+P，输入 Developer: Toggle Developer Tools，切换到 Console 标签页，按 Alt+鼠标拖拽，看是否有报错或警告输出。没输出？说明按键根本没传到 VSCode。
- Windows：关闭「设置→辅助功能→键盘→粘滞键」和「筛选键」
- macOS：系统设置→键盘→快捷键→「输入源」里取消勾选「通过键盘快捷键在输入源之间切换」
- 所有平台：在 VSCode 设置里搜
keyboard.dispatch，确保值为"keyCode"（而非"code"），后者在部分外设上无法识别Alt键
Alt+拖拽）和多光标插入（Alt+Shift+I）解决的是两类不同问题——前者强依赖视觉对齐，后者强依赖行结构。混用或强行套用，反而增加修正成本。 
