VSCode中“选中行整体移动”用Alt+↑/↓，保留原始缩进；“缩进对齐”用Tab/Shift+Tab，只增减空格；真正语义级缩进对齐需Shift+Alt+F调用格式化器。
VSCode 里“选中行整体移动”和“缩进层级对齐”根本不是靠记忆一堆快捷键，而是靠理解三类操作的触发时机和作用范围——移动行不改缩进，缩进行不改位置，格式化才真正重排结构。
Alt + ↑/↓ 移动整行但保留原有缩进层级
这是最常被误用的操作：很多人想调整代码块位置，却用 Ctrl + [ 或 Tab，结果缩进错乱。实际只需选中一行或多行，按 Alt + ↑ 或 Alt + ↓，VSCode 会原样保持每行的缩进空格数，把整行（含前面的空格）一起上移或下移。
- 适用于 Python 函数体内部行顺序调整、JS 条件分支内语句重排等对缩进敏感的场景
- 如果选中的是多行且缩进不一致（比如混合了 2 和 4 空格），移动后依然各自保留原始缩进，不会自动对齐
- 在
settings.json中可禁用该行为："editor.dragAndDrop": false，避免误拖拽干扰
Tab / Shift + Tab 对齐选中行的缩进层级
这个操作只改变缩进量，不改变行在文件中的物理顺序。它本质是“批量增减前置空格或 Tab 字符”，不是智能重排。
- 选中代码后按
Tab：所有行统一增加一级缩进（按当前editor.tabSize值，如 2 或 4） - 按
Shift + Tab：统一减少一级缩进，但不会缩进到负值（即不会删光所有空格） - 注意：如果某行原本用 Tab 缩进，另一行用空格，
Tab操作可能混用两种字符，导致 ESLint 报no-mixed-spaces-and-tabs - 安全做法是先统一缩进类型：点击右下角
Spaces: 2→ “Convert indentation to Spaces”
Shift + Alt + F 格式化时缩进层级才真正“对齐”
只有这个命令会根据语言规则、项目配置（如 .prettierrc 或 pyproject.toml）重新计算每行应有的缩进位置，实现语义级对齐。
- 依赖已启用的语言格式化器：JavaScript 需 Prettier 或 ESLint；Python 需 Black 或 autopep8；Go 需
gofmt - 若按下无反应，检查是否安装对应扩展，并确认
editor.defaultFormatter已设为正确 ID（如esbenp.prettier-vscode） - 局部格式化：选中代码块再按
Shift + Alt + F，VSCode 只格式化选区，不扰动其余部分 - 格式化可能修改括号换行、运算符位置等，不只是缩进——所以别在未提交的临时改动上直接全文件格式化
真正容易被忽略的点是：VSCode 的“移动”“缩进”“格式化”三者底层机制完全不同。前者操作文本位置，中间操作字符数量，后者调用外部工具重生成 AST。混用它们，尤其在 Python 或 JSX 这类缩进即语法的场景里，一两次误操作就可能引入运行时错误。
