alt+点击失效需先检查editor.multicursormodifier是否为"alt"，再排查插件、远程开发、键位映射等干扰；alt+↑/↓无响应应依次验证输入法、系统快捷键、远程桌面、vim模式及终端焦点；推荐改用ctrl+shift+↑/↓绑定移动行命令，并同步调整列选择为ctrl+alt+拖拽或shift+alt+↓。
Alt+点击不生效，先检查 editor.multiCursorModifier 设置
VSCode 默认用 Alt 触发多光标，但如果你改过 editor.multiCursorModifier 配置项（比如设成 "ctrl" 或 "meta"），Alt+点击 就完全失效——它不会报错，只是默默忽略你的操作。
检查方式：打开设置（Ctrl+, ），搜索 multiCursorModifier，确认值是 "alt"；或者直接在 settings.json 里看有没有这行：
"editor.multiCursorModifier": "alt"
常见干扰项：
- 某些插件（如 Vim、Emacs 模式）会悄悄覆盖该配置
- 远程开发（SSH/WSL）中，本地系统劫持了
Alt，远端 VSCode 根本收不到按键事件 - macOS 上用了 Karabiner-Elements 等键位映射工具，也可能吞掉
Alt
Alt+↑/↓ 移动整行没反应？重点排查五类拦截源
Alt+↑ 和 Alt+↓ 是 VSCode 原生命令 editor.action.moveLinesUpAction / editor.action.moveLinesDownAction 的默认绑定，但“按了没反应”几乎从不因为 VSCode 自身故障，而是被外部截胡。
必须逐项验证：
- 输入法处于中文状态：搜狗、微软拼音等默认把
Alt+↑绑定为中英文切换，切到英文输入法再试 - 系统级快捷键冲突：macOS 进「系统设置 → 键盘 → 快捷键」关掉 Mission Control、显示器亮度等占用
Option+↑/↓的选项 - 远程桌面软件（如 AnyDesk、Windows Remote Desktop）把
Alt键留在本地，远端 VSCode 收不到 - Vim 插件处于 Normal 模式时，
Alt被映射为<c-k></c-k>类操作，优先级高于原生命令 - 焦点在集成终端（
Ctrl+`打开的那个黑框）里，快捷键只对终端生效
最省事的验证路径：按 Esc 清除选中 → 切英文输入法 → 确保光标在编辑器文本区 → 再试 Alt+↑。
想稳定使用 Alt 相关功能，推荐改用 Ctrl+Shift 组合键
与其反复调试各种环境下的 Alt 冲突，不如主动换绑——Ctrl+Shift+↑/↓（Win/Linux）或 Cmd+Shift+↑/↓（macOS）在几乎所有场景都畅通无阻，且 VSCode 默认就预留了这些绑定的兼容性逻辑（比如带 !editorReadonly 条件，避免在只读文件误触发）。
修改方法：
- 按
Ctrl+K Ctrl+S（Win/Linux）或Cmd+K Cmd+S（macOS）打开快捷键面板 - 搜索
moveLinesUpAction，右键 → “更改键绑定”，输入Ctrl+Shift+↑ - 同样处理
moveLinesDownAction，绑定Ctrl+Shift+↓ - 如果还用列选择（
Alt+拖拽），也建议同步改成Ctrl+Alt+拖拽或键盘方式（Shift+Alt+↓）
注意：改完后旧快捷键不会自动失效，得手动删掉原绑定，否则可能触发双响。
列选择（Alt+拖拽）错位或选不全？别怪操作，先看缩进和折叠
Alt+拖拽 是纯字符坐标定位，不是语法感知型操作。错位往往不是你拖歪了，而是：
- 混用空格和 Tab：视觉上对齐，但字符宽度不同，列选按实际字节数算，必然偏移
- 代码块被折叠（如
if、function折叠后），不可见区域无法纳入列选范围 - 高 DPI 屏幕 + 非 100% 缩放时，鼠标拖拽坐标计算易失准，建议用键盘替代：
Shift+Alt+↓向下逐行扩展矩形选区更稳 - 滚动过程中拖拽，松手时只包含当前视口内区域，半屏内容不会被自动追加
最易被忽略的一点：列选后直接粘贴，若目标行原有内容长度不一，新内容会挤占后续字符位置——建议列选后先按 Delete 清空原位置，再粘贴。
