选中代码块后按tab或shift+tab可实现最轻量的局部缩进位移，不依赖插件、不触发格式化，仅按当前文件缩进设置（如spaces:2则插2空格）整体右移或左收一级；若某行开头空格数非tabsize整数倍，shift+tab将拒绝操作以防破坏对齐。
选中代码块后按 Tab 或 Shift+Tab 就能缩进
这是最轻量、响应最快的局部缩进方式，不依赖插件、不触发格式化逻辑，只做“整体位移”。光标在某行或选中多行后，按 Tab 向右推一级，Shift+Tab 向左收一级。它严格遵循当前文件的缩进设置：状态栏显示 Spaces: 2，就插 2 个空格；显示 Tab Size: 4 且未勾选 Insert Spaces，就插入一个制表符。
常见错误现象：Shift+Tab 没反应，或缩进“跳两格”。原因通常是：某行开头空格数不是 tabSize 的整数倍（比如设了 4，但该行开头是 5 个空格），VSCode 会拒绝反缩进以防破坏结构；YAML/Python 等对齐敏感语言也可能直接禁用该操作。
- 适合快速微调、临时对齐、写伪代码时手动控制层级
- 不适合处理混合缩进（如粘贴进来的代码含 Tab + 空格），先用
Convert indentation to spaces清理再操作 - 不改变括号位置、运算符间距、换行等——它只是移动，不是重排
Ctrl+K Ctrl+F 是真正的局部格式化快捷键
Ctrl+K Ctrl+F（Windows/Linux）或 Cmd+K Cmd+F（Mac）才是 VSCode 原生支持的“选区格式化”命令。它不是简单位移，而是调用当前语言的格式化器（如 Prettier、ESLint），根据语法树重新计算每行缩进、括号换行、空格插入等。效果比手动 Tab 精准得多，尤其适合 JSX、Vue template、嵌套对象等结构复杂场景。
常见错误现象：按下没反应。核心原因只有两个：editor.defaultFormatter 没设对，或当前语言模式识别失败（右下角显示 Plain Text 而非 JavaScript）。检查点包括：
- 确认已安装对应语言的格式化插件（如
esbenp.prettier-vscode） - 在设置中搜索
defaultFormatter，确保"[javascript]"类语言配置项指向正确扩展 ID - 点击右下角语言标识，手动选对语言模式（尤其对无后缀文件或自定义扩展名）
Reindent Lines 命令能修复错乱缩进层级
当代码块明显“缩进错位”（比如函数体和 return 不对齐、if 块内语句缩进不一致），Reindent Lines 比 Ctrl+K Ctrl+F 更直接。它不依赖外部格式化器，而是基于编辑器内置的缩进规则（editor.indentationRules）逐行重算缩进层级。命令可通过 Ctrl+Shift+P 输入 “Reindent Lines” 调用，也可绑定快捷键（如 Ctrl+Shift+I）。
这个命令的关键价值在于“纠错”，不是“美化”：它不会加空格、不改括号、不重排运算符，只修正每行该缩进几级。适合以下场景：
- 从其他编辑器粘贴代码后缩进全乱
- 手动删改导致某几行缩进层级断层
- 格式化器因配置缺失或冲突失效时的兜底手段
注意：Reindent Lines 对注释行、空行、字符串内缩进不敏感，它只看语法结构——所以 Python 的 docstring 缩进不会被它动，但函数体缩进会重算。
别混淆：Ctrl+[ / Ctrl+] 和 Tab 功能一样，但行为更底层
Ctrl+[ 和 Ctrl+] 是 Shift+Tab 与 Tab 的键盘替代方案，功能完全一致，都走 editor.action.outdentLines 和 editor.action.indentLines 命令。区别在于：Ctrl+[ 在部分终端模拟器或远程连接中更稳定（Shift+Tab 容易被系统截获）；而 Tab 键在输入框、搜索栏等非编辑区域会被忽略，Ctrl+[ 则几乎总能触发。
但它们共享同一个限制：无法跨语言智能缩进。比如在 JSON 文件里按 Tab，它不会自动把 { 下的字段对齐到同级，只会机械右移；而 Ctrl+K Ctrl+F 会识别 JSON 结构并精准对齐。所以日常开发中，Tab/Ctrl+[ 用于“我想让它往右一点”，Ctrl+K Ctrl+F 用于“让它变成对的”。
真正容易被忽略的是：这些快捷键的效果，始终受 editor.detectIndentation 控制。如果关了它，VSCode 会沿用上一个文件的缩进宽度，导致同一项目里不同文件缩进不一致——这比缩进本身更难 debug。
