VSCode中Alt键无统一操作流程，需按场景区分：Alt+Click加光标常因multiCursorModifier设为"alt"或columnSelection关闭而失效；Alt+↑/↓移动整行多被输入法或系统快捷键劫持；Alt+拖拽列选择易因Tab与空格混用缩进导致错位；Alt+←/→导航需手动绑定命令且仅限编辑器焦点内生效。
VSCode 里没有统一的 “Alt 键操作流程”——Alt 在不同场景下干完全不同的事，混用就会失效或错位。必须按用途拆开理解，不能当成一个开关来记。
Alt+Click 加光标为什么没反应？先查这两个设置
这不是快捷键坏了，而是默认行为被改了：
-
editor.multiCursorModifier被设为"alt"：此时Alt+Click反而被禁用，真正生效的是Ctrl+Click（Windows/Linux）或Cmd+Click（macOS） -
editor.columnSelection被关掉：某些插件或旧配置会连带干扰光标创建逻辑，尤其在远程开发环境里常见 - 改完必须执行
Developer: Reload Window（Ctrl+Shift+P 输入后回车），只重启编辑器不生效
Alt+↑/↓ 移动整行总失灵？90% 是输入法或系统劫持
这个操作本身不依赖选中，但对焦点和输入法极其敏感：
- Windows 上搜狗/微软拼音把
Alt+↑当中英文切换键，直接吞掉事件 - macOS 系统级
Option+↑默认绑定 Mission Control，需进「系统设置 → 键盘 → 快捷键」手动关掉 - 焦点不在编辑器内：比如光标停在集成终端（Ctrl+` 打开的那个黑框）里，快捷键只对终端生效
- 远程桌面（如 AnyDesk）常把 Alt 留在本地，远端 VSCode 收不到
最省事验证法：先按 Esc 清状态 → 切英文输入法 → 确保光标在代码区 → 再试一次。
Alt+拖拽列选择，为什么光标歪了？缩进混用是元凶
列选择不是按像素框选，而是严格按字符列号对齐：
- 某行用
TAB缩进（1 个 TAB = 4 或 8 列），另一行用 4 个空格 → 视觉对齐但字符列号不同 →Alt+拖拽会跳行或错位 - 想严格按列号对齐（比如都在第 12 列插入内容），该用
Ctrl+Alt+↑/↓，它基于列号而非视觉位置 - 列选后直接粘贴只作用于第一个光标位置，其余光标不会同步填充 —— 这是设计限制，不是 bug
- 正确做法：先按
Delete清空所有选中位置，再输入新内容（输入会同步）
Alt+←/→ 导航历史为什么默认不工作？得手动绑定命令
VSCode 默认禁用这组快捷键，避免与系统冲突，不是你配错了：
- 它对应的是内置命令：
workbench.action.navigateBack和workbench.action.navigateForward - 必须手动绑定：按
Ctrl+K Ctrl+S→ 搜索navigateBack→ 点加号 → 按Alt+←绑定（同理绑Alt+→） - 注意：这个历史只保存在当前窗口，关掉重开就清空；也不跨文件标签页，只记录光标移动路径
- 如果绑定后仍无效，检查是否被终端捕获 —— WSL 或集成终端常启用
altLeftSelectsWord，需在终端设置里关掉
真正难的不是记住哪些 Alt 组合，而是每次动手前确认：你要操作的位置，是否真的在同一字符列号上？是否当前焦点在编辑器内？是否输入法已切出？这些细节一漏，Alt 就变成“好像能用、又总不灵”的玄学键。
