Alt键在VSCode中按场景直接使用：Alt+点击加光标（需焦点在编辑器、multiCursorModifier为"alt"）、Alt+↑/↓移动行（常被输入法或系统快捷键拦截）、Alt+←/→导航历史而非文件切换、Alt+拖拽实现列选择（依赖缩进对齐，仅限编辑器）。
Alt 键在 VSCode 里不是“学步骤”，而是按场景直接用——它不依赖教程顺序，只取决于你此刻想干什么。下面几个高频、真实、容易卡住的点，直接对应你能立刻上手的操作。
Alt+点击在哪加光标、为什么有时没反应
按住 Alt 并鼠标左键点击任意可编辑位置（比如变量名开头、等号右边、字符串中间），就在那加一个新光标。支持无限次追加，适合改散落在不同函数里的硬编码值。
- 必须点在字符上，点到折叠箭头 ▶ 或空白行边缘会触发折叠/无响应
- 触控板双指点击无法模拟，必须用鼠标
- 如果点了没反应，先确认是否开启了
editor.multiCursorModifier设置：它的值应为"alt"（默认），不是"ctrlCmd"或空字符串 - 终端（
Ctrl+`打开的那个）获得焦点时，Alt+Click无效——切回编辑器再试
Alt+↑/↓ 移动整行但没反应？先查这三处
Alt+↑ 和 Alt+↓ 是移动当前行（或选中多行）的原生命令，对应 editor.action.moveLinesUpAction 和 editor.action.moveLinesDownAction。80% 的“失灵”不是 VSCode 问题，是事件被截了。
- 中文输入法（如搜狗、微软拼音）常把
Alt+↑绑定为中英文切换，直接吞掉按键 - macOS 系统快捷键（Mission Control、Dashboard）会抢占
Option+↑/↓，需在「系统设置 → 键盘 → 快捷键」里关掉 - Vim 插件（如
vscodevim）在 Normal 模式下把Alt映射为<c-k>类操作，优先级高于原生命令 - 最稳替代方案：
Ctrl+Shift+↑/Ctrl+Shift+↓（Win/Linux）或Cmd+Shift+↑/Cmd+Shift+↓（macOS），几乎不冲突
Alt+←/→ 不跳文件？因为根本不是干这个的
Alt+← 默认绑定的是 workbench.action.navigateBack，它跳的是「编辑位置历史」，不是文件列表。从 index.ts 跳进 utils.ts 的函数定义后按 Alt+← 才能回来；但如果只是点开两个文件标签，它不会响应。
- 真要切上一个文件，用
Ctrl+Tab（Win/Linux）或Cmd+Tab（macOS） - 若
Ctrl+Tab卡顿或顺序乱，大概率是「预览模式」惹的祸：资源管理器单击打开的文件是斜体标签，切走后可能被自动关闭；双击打开或关闭workbench.editor.enablePreview设置可解决 - 想让
Alt+←切文件？可以重绑为workbench.action.previousEditor，但会覆盖原导航功能——建议另配组合键（如Ctrl+Alt+←），别删原绑定
Alt+拖拽选矩形区域，但光标没对齐？
按住 Alt 并拖动鼠标，画出矩形选区，这是列选择（column selection）模式。它不看语法，只按屏幕坐标取字节块，所以跨行时若缩进不一致，光标列位置会错开。
- 确保所有目标行有相同缩进（比如都用 2 空格或都用 Tab），否则矩形选区会“歪”
- 如果某行开头是注释或空格多，
Alt+拖拽可能选中多余空格，导致批量输入时格式错乱 - 更稳的做法：先用
Ctrl+Shift+L把已选中的多行转为光标（每行一个），再统一编辑——它对齐的是文本起始位置，不是屏幕列 - 注意：
Alt+拖拽在终端面板里无效，只作用于代码编辑器
真正难的不是记住 Alt 组合键，而是每次按下前得判断：此刻要改的是「位置」还是「文件」，是「连续行」还是「随机点」，是在「编辑器」还是「终端」里——这些上下文一错，快捷键就成摆设。
