alt+↑/↓（windows/linux）或option+↑/↓（macos）默认可移动当前行或连续整行代码块，但常因输入法、系统快捷键拦截或非整行选中而失效；缩进错乱实为formatonpaste等格式化插件触发所致。
Alt+↑ 和 Alt+↓（Windows/Linux）或 Option+↑/Option+↓（macOS）在 VSCode 中默认就能移动「当前行」或「连续选中的多行代码块」，但多数人按了没反应，不是功能坏了，而是快捷键根本没传到编辑器。
为什么Alt+↑按了没反应？先查这三处拦截点
VSCode 的快捷键优先级低于系统和输入法，事件被吃掉是常态：
- 中文输入法（搜狗、微软拼音等）默认用
Alt+↑切换中英文，直接拦截——切到英文输入法再试一次最有效 - macOS 系统级快捷键（如 Mission Control）占用了
Option+↑，需进「系统设置 → 键盘 → 快捷键 → Mission Control」关掉 - 焦点不在编辑器里：比如光标停在集成终端（
Ctrl+`打开的黑框）、调试控制台或设置页，快捷键只对当前面板生效
怎么才算“选中了一个代码块”？VSCode 只认连续整行
VSCode 对「代码块」的定义很严格：必须是连续的、完整的行选中。哪怕漏掉一个空行、跳着选、或只选中某行中间几个字符，都会退化为单行操作或文本块移动。
- 安全选中方式：
Ctrl+L（选中当前行）→Shift+↓向下扩展，直到覆盖整个函数/逻辑块 - 折叠区域没问题：选中折叠函数内的几行，VSCode 会自动临时展开 → 移动 → 再折叠
- 空行算在块内：选中第 2–4 行，其中第 3 行为空，移动后空行仍在第 2、4 行之间
- 误操作典型：光标在第 3 行中间，
Shift+↓拖到第 5 行中间 → 这只是跨行文本选中，Alt+↑只动第 3 行
editor.formatOnPaste 是“缩进歪了”的真凶，不是移动功能的问题
你看到的“移上去后缩进变 2 空格”，大概率是 Prettier 或 ESLint 在你松手瞬间偷偷重排了。VSCode 移动本身不改任何缩进，原样物理位移。
- 验证方法：设置里搜
editor.formatOnPaste，临时设为false，再试Alt+↓ - 根治办法：检查项目根目录
.prettierrc中的tabWidth是否与编辑器设置一致（比如都设为 4） - 语言模式要对：右下角显示
JavaScript而不是Plain Text，否则格式化器可能不触发或误判
不想折腾输入法？直接换一组不撞车的快捷键
别硬刚系统热键，改绑定是最稳解法。打开命令面板（Ctrl+Shift+P），执行 Preferences: Open Keyboard Shortcuts (JSON)，加这两条：
[
{
"key": "ctrl+shift+up",
"command": "editor.action.moveLinesUpAction",
"when": "editorTextFocus && !editorReadonly"
},
{
"key": "ctrl+shift+down",
"command": "editor.action.moveLinesDownAction",
"when": "editorTextFocus && !editorReadonly"
}
]
这个组合在 Windows/macOS/Linux 上都极少被占用，!editorReadonly 还能防止在只读文件里误触发。
