VSCode代码块移动功能默认可用，但Alt+↑/↓常被输入法或系统快捷键拦截；需确认选中连续整行、关闭formatOnPaste防缩进错乱；整行复制用Shift+Alt+↓而非Ctrl+C。
VSCode 的代码块移动功能默认就可用，但多数人按 Alt+↑/↓ 没反应，根本不是功能没开，而是快捷键被输入法或系统吃掉了。
Alt+↑/↓ 没反应？先关输入法再查快捷键绑定
Windows 上搜狗、微软拼音默认把 Alt+↑ 绑定为中英文切换；macOS 的 Option+↑ 默认被 Mission Control 占用。这些都会直接拦截事件，VSCode 根本收不到。
- 临时验证：切到纯英文输入法（如美式键盘），再按
Alt+↑，看是否生效 - 打开快捷键面板：
Ctrl+K Ctrl+S（Windows/Linux）或Cmd+K Cmd+S（macOS） - 搜索
editor.action.moveLinesUpAction，确认右侧显示的是alt+up，且没标红或显示(unset) - 若被覆盖，右键 → “重置键绑定”，或手动设为
ctrl+shift+up等更稳妥的组合
选中多行后按 Alt+↑/↓，为什么只动了一行？
VSCode 只有在选中「连续的完整行」时，才会整体移动代码块。部分选中、跳行选中、或光标在行内未选中任何内容，都会退化为单行操作。
- 安全选中方式：光标放任意位置 → 按
Ctrl+L（选中当前行）→Shift+↓扩展选区 - 错误示范：光标在第 3 行中间，
Shift+↓拖到第 5 行中间 → 此时只算“跨行文本选中”，Alt+↑仅移动第 3 行 - 含空行也照常：选中第 2–4 行，其中第 3 行为空，移动后空行仍在第 2、4 行之间
- 折叠区域内选中？VSCode 会自动临时展开、整体移动、再恢复折叠
移动后缩进错乱，其实是格式化插件在后台改的
这不是移动功能的问题，而是 editor.formatOnPaste 或 editor.formatOnSave 在你松手瞬间触发了重排。尤其 Prettier 默认 tabWidth: 2，而项目用 4 空格时，一眼就看出“移歪了”。
- 临时验证：设置里搜
format on paste，关闭editor.formatOnPaste - 更稳妥做法：移动前确认右下角语言模式正确（如显示
JavaScript而非Plain Text），否则格式化器可能不工作或误判 - 如果用 Prettier，检查项目根目录
.prettierrc中的tabWidth是否与编辑器设置一致
想复制整行而不是移动？别用 Ctrl+C
Ctrl+C 在未选中状态下不会复制整行——它只读取剪贴板旧内容。真正可靠的整行复制是快捷键隐含语义驱动的，不依赖选中状态。
- 光标停在任意位置（哪怕在缩进空格上），按
Shift+Alt+↓：向下复制一行，原行不动，光标自动落到新行 - 选中连续多行后按
Shift+Alt+↑：整块向上复制，相对顺序和缩进全保留 - 误操作补救：
Ctrl+Shift+K可一键删除当前行，常和复制搭配使用
最常被忽略的点是：移动后缩进异常，第一反应不该调快捷键或重装插件，而该关掉 formatOnPaste 测试一次——90% 的“移歪了”都是格式化器干的，不是 VSCode 移错了。
