Alt+↑/↓没反应主因是被输入法或系统快捷键劫持，或VSCode中被禁用；应切英文输入法、关系统冲突项、查快捷键面板确认editor.action.moveLinesUpAction是否启用且无冲突。
Alt+↑/↓ 为什么没反应？检查编辑器设置是否禁用了默认快捷键
VSCode 默认支持用 Alt+↑ 和 Alt+↓ 移动当前行或选中行，但很多用户发现按了没反应——最常见原因是快捷键被系统或输入法劫持（尤其 Windows 中文输入法常占用 Alt+Shift 切换，连带干扰 Alt+↑/↓），或 VSCode 设置里被手动禁用了。
验证方式：打开命令面板（Ctrl+Shift+P），输入「Preferences: Open Keyboard Shortcuts (JSON)」，检查是否有类似以下覆盖项：
[
{
"key": "alt+up",
"command": "-editor.action.moveLinesUpAction"
}
]
如果有带减号的禁用规则，删掉它；或者直接在快捷键 UI 搜索 moveLinesUpAction，确认绑定状态是启用且无冲突。
移动单行 vs 多行：选中范围决定操作粒度
Alt+↑/↓ 的行为严格取决于光标位置和选中文本范围：
- 光标在某行任意位置（未选中）→ 整行上移或下移
- 选中多行（哪怕只选中一行的部分文字）→ 整个选区作为一块整体移动
- 选中跨行内容（比如从第3行中间拖到第5行末尾）→ 仍以完整行单位移动，不会切碎文本
注意：移动过程中如果目标位置超出文件边界（比如移到首行之上），VSCode 会静默忽略，不报错也不提示。
Mac 用户要按 Option 键，不是 Alt
Mac 键盘没有标着「Alt」的键，实际对应的是 Option 键（⌥）。所以 Mac 上正确组合是 Option+↑ 和 Option+↓。部分外接键盘或远程桌面场景下，系统可能把 Option 映射为 Alt，但 VSCode 内部识别的是物理键位，不是标签名。
如果你用的是带 Windows 键布局的 Mac 键盘，或通过 Parallels / VMware 连接，务必在系统键盘设置里确认 Option 键未被重映射为其他功能（如 Caps Lock 或 Command）。
想移动代码块而不是整行？得换命令
Alt+↑/↓ 只作用于「行」，对缩进块、函数体、if 块等逻辑单元无效。如果想把一个 if 块整体上移，目前 VSCode 没有内置快捷键直接支持——必须先用 Shift+Alt+F 格式化确保缩进一致，再手动选中整个块（可用 Ctrl+Shift+→ 展开选择到括号匹配），最后用 Alt+↑/↓ 移动。
更可靠的方式是安装扩展，比如 indent-rainbow 辅助识别块级结构，或用命令面板运行 editor.action.moveSelectionToNextFindMatch 配合自定义搜索模式，但这就脱离了原生 Alt 快捷键范畴了。
真正容易被忽略的是：移动后光标位置不会自动跳转到新位置开头，而是留在原相对偏移处——如果原在行中第5列，移动后仍在新行第5列，可能落到空格或缩进里，看起来像“没动”，其实动了。
