alt键在vscode中触发三类行为：①alt+点击需先将multicursormodifier设为"alt"并重载窗口才生效；②alt+↑/↓移动整行常被输入法或系统快捷键劫持；③alt+拖拽列选择受tab/空格混用影响易错位。
Alt 键在 VSCode 里不是单一功能键，而是三类行为的触发器：多光标插入、整行移动、列选择——但每种行为都依赖具体按键组合、设置状态和系统环境，直接按 Alt 不会有反应。
Alt + 点击 ≠ 自动加光标，得先改 editor.multiCursorModifier
默认情况下，Alt + 点击 在 Windows/Linux 上可能完全没响应，因为 VSCode 把多光标主 modifier 设为了 ctrl（macOS 是 cmd）。你真正要按的是 Ctrl + 点击，而不是 Alt。
- 想让
Alt + 点击生效，必须进设置搜multiCursorModifier，把它从"ctrl"改成"alt" - 改完一定要执行
Developer: Reload Window，只重启编辑器不生效 - 如果仍无效，检查
editor.columnSelection是否为true（列选择开启时，部分光标逻辑会受限） - 输入法是最大干扰源：搜狗/微软拼音常把
Alt + 点击当中英文切换吞掉，切英文输入法再试
Alt + ↑/↓ 移动行失效？大概率被系统或输入法劫持
这个快捷键物理移动代码行，不走剪贴板、不触发格式化，但 80% 的“没反应”不是 VSCode 问题。
- Windows 上，搜狗/微软拼音默认用
Alt + ↑切中英文，直接拦截事件 - macOS 系统级
Option + ↑绑定 Mission Control，需进「系统设置 → 键盘 → 快捷键」关掉 - 焦点不在编辑器内：比如光标在集成终端（
Ctrl + `打开的那个黑框）里，快捷键只对终端生效 - 远程桌面（如 AnyDesk）常把
Alt留在本地，远端 VSCode 收不到 - 验证方法：按
Esc清状态 → 切英文输入法 → 光标点进代码区 → 再试
Alt + 拖拽列选择错位？混用 Tab 和空格是罪魁祸首
按住 Alt 拖拽鼠标划矩形，会在每行对应视觉位置生成光标，适合批量补前缀、删字段。但它按像素对齐，不是按字符列。
- 若某行用
Tab缩进，另一行用 4 个空格，Alt + 拖拽会导致光标列号不一致、错行 - 想严格按列号对齐（比如都在第 12 列），该用
Ctrl + Alt + ↑/↓，它基于字符位置而非渲染像素 - 列选后直接粘贴容易残留旧字符，建议先按
Delete清空目标区域，再粘贴 - 缩进风格不统一时，
editor.detectIndentation设为false并手动设editor.insertSpaces和editor.tabSize可减少错位
别信“Alt + ← 返回上一个文件”，它实际跳的是编辑位置历史
Alt + ←（Windows/Linux）默认绑定的是 workbench.action.navigateBack，记录的是光标跳转路径（比如 F12 进函数定义后想回来），不是最近打开的文件列表。
- 想切回上一个文件，该用
Ctrl + Tab（标签页栈），不是Alt + ← -
Ctrl + Tab卡顿？大概率是“预览模式”作祟：单击资源管理器打开的文件是斜体标签，切走后可能被自动关闭；双击或按Enter打开，或关掉workbench.editor.enablePreview - 真要重绑
Alt + ←为文件切换，别删原绑定，而是把它改成Ctrl + Alt + ←，再新增一条alt+left → workbench.action.previousEditor - Mac 用户注意：
Cmd + ←/→默认是 Mission Control，不是 VSCode 导航键
最易被忽略的点：所有 Alt 相关操作都依赖 editorTextFocus 上下文，一旦焦点在搜索框、终端、侧边栏，快捷键就彻底失能——这不是 bug，是设计。别急着改 keybindings.json，先确认光标在哪、输入法是什么、系统有没有抢键。
