tab/shift+tab 多行缩进失效主因是语言识别错误、缩进配置不一致或空行干扰；其行为依语言规则和当前缩进设置语义化执行，非简单增删空格。
Tab 和 Shift+Tab 能直接多行缩进，但失效时几乎从来不是快捷键问题，而是语言识别错、缩进配置不一致或空行干扰导致的。
为什么选中多行按 Tab 没反应？
VSCode 的缩进逻辑是语言感知的，不是“按下就加空格”。常见卡点有：
- 右下角状态栏显示的是
Plain Text或Python (Jinja)，而非标准python—— 点击它手动选对语言 ID 才能加载 Python 缩进规则 - 选区包含纯空行，或只含空格/
\t的行 —— VSCode 默认跳过这些行，不参与缩进操作 - 文件开头用了非标准缩进（比如 3 个空格），触发了
editor.detectIndentation推断，后续 Tab 行为会“看起来不一致” - 你正处在 Vim 插件的 Normal 模式，
Tab被映射为其他命令，而非缩进
Tab / Shift+Tab 实际缩进行为细节
这两个快捷键不等于“加/删 4 个空格”，它们按当前缩进单位执行语义化对齐：
- 若
editor.insertSpaces为true（推荐），Tab插入editor.tabSize个空格（如设为 4，则加 4 空格） -
Shift+Tab触发editor.action.outdentLines，只移除一个“缩进单位”：某行开头是 6 个空格、tabSize: 4，它会减为 4 个，而非 2 个 - 某行首是 5 个空格，
Shift+Tab通常不响应 —— 这是保护机制，避免破坏 Python 的结构对齐 - 缩进操作永远只影响行首缩进，不会动字符串内、注释后或行中空格
代码对齐不是靠 Tab，而是靠格式化器
VSCode 本身没有列对齐能力。所谓“自动对齐”，本质是 Prettier、Black 等格式化器在多行结构中触发的垂直排布：
-
Shift+Alt+F没反应？说明没装或没启用对应格式化扩展（如esbenp.prettier-vscode或ms-python.black-formatter） - Prettier 只在已有换行时对齐（如对象属性、函数参数），不会把
let a = 1; let b = 2;拆开对齐 - 对齐前提常需尾逗号：
"trailingComma": "es5"，否则 Prettier 认为“没必要多行”，直接放弃对齐 -
printWidth控制对齐宽度；设太大（如 120）会导致本该换行对齐的代码被硬塞进一行
快速确认和修复缩进配置
别翻 Settings 页面。直接看右下角状态栏，那里是事实入口：
- 点击
Spaces: 4可弹出菜单，选Convert Indentation to Spaces统一全文空格，或改当前文件tabSize - 点击语言标识（如
Python）确认是否正确；若为plaintext，点进去选python，否则缩进规则不生效 - 按
Ctrl+Shift+P输入Toggle Render Whitespace，打开空白符显示，一眼看出是否混用空格与\t - 粘贴进来的代码缩进混乱？先执行
Convert Indentation to Spaces，再用Tab/Shift+Tab
真正容易被忽略的是：状态栏里那个语言标识和缩进提示，不是装饰，是 VSCode 缩进行为的实际开关。改错这里，比调一百个设置都管用。
