IndentationError 是语法错误而非风格问题；最常见原因是混用 Tab 和空格，导致解释器报错退出；需开启编辑器“显示空白字符”排查不可见字符，统一缩进并用 black 等工具自动修复。
IndentationError 不是风格问题，是语法错误；只要缩进不一致，Python 解释器就会直接报错退出，不会运行。
为什么编辑器看起来对齐，却还是报 IndentationError
最常见原因是混用 Tab 和空格。编辑器默认把 Tab 渲染成 4 个空格宽，但 Python 解释器把 Tab 和空格视为完全不同的字符。同一行里如果前半段是 Tab、后半段是空格，或不同行交替使用两者，就会触发 IndentationError: unindent does not match any outer indentation level 或 TabError。
- 开启编辑器“显示空白字符”（VS Code：Ctrl+Shift+P → “Toggle Render Whitespace”；PyCharm：Preferences → Editor → General → Show whitespaces）
- 检查报错行及上下文：红色箭头指向的位置，往往藏着一个不可见的
Tab或全角空格 - 复制粘贴代码时特别危险——网页、PDF、微信消息常带零宽字符或全角空格，
repr(line)能暴露它们
elif / else 缩进不对齐就报错
elif 和 else 必须与对应的 if 严格对齐，既不能更浅，也不能更深。哪怕只差一个空格，解释器就认为它不属于该分支块。
- 错误写法：
if x > 0:下一行缩进 4 空格，elif行缩进 3 或 5 空格 → 报IndentationError: unindent does not match... - 正确做法：选中整个条件块，用编辑器统一缩进（VS Code：Ctrl+Shift+I；PyCharm：Ctrl+Alt+I）
- 注意嵌套时层级：外层
if缩进 4 空格，内层if应缩进 8 空格，elif仍需与外层if对齐（即 4 空格），不是与内层对齐
空行后新代码缩进“凭空出现”
空行本身合法，但空行之后第一行的缩进必须符合逻辑层级。如果它缩进了，解释器会试图把它挂到上一个未闭合的代码块下，而那个块可能早已结束。
立即学习“Python免费学习笔记（深入）”；
- 典型现象：
for循环结束后换行，再写print("done")，结果不小心缩进了 4 空格 → 解释器认为它还在循环体内 - 注释行末尾带空格再跟代码（如
# 注释 print("x")），那些空格参与缩进解析，极易误判 - 安全习惯：空行后的新语句，先退格清空缩进，再按逻辑层级手动加 4 空格；注释单独成行，不写在行尾
用 black 或 autopep8 自动修复缩进
人工逐行检查效率低且易漏，工具能一次性归一化整个文件的缩进风格。
- 安装：
pip install black或pip install autopep8 - 格式化单文件：
black script.py（默认转为 4 空格，删除混合缩进） - 集成到编辑器：VS Code 安装 Python 扩展后，在设置中启用
"python.formatting.provider": "black"，保存即自动修正 - 注意：
black不会修复逻辑错误（比如elif缺条件），只解决缩进一致性问题
真正麻烦的不是报错本身，而是错误位置和实际出问题的缩进行常常不重合——解释器报第 12 行错，根源可能在第 8 行混用了 Tab，或者第 3 行少缩进了一个空格。查的时候得前后看三行，别只盯着报错那行。
