IndentationError总在看似“对齐”的地方报错，是因为Python解释器严格区分Tab（\t）和空格（ ）字节，而编辑器常将Tab渲染为4空格造成视觉欺骗；实际需开启空白字符显示、统一用4空格缩进并禁用Tab自动检测。
为什么IndentationError总在看似“对齐”的地方报错？
Python 用缩进定义代码块，不是靠大括号或关键字。报错时显示的行号常是“下一行”，比如 IndentationError: unindent does not match any outer indentation level 实际问题往往出在上一行混用了空格和 Tab，或者缩进层级突然跳变。
编辑器默认可能把 Tab 渲染成 4 个空格，但 Python 解释器只认字节：Tab 是一个字符（\t），空格是另一个（ ）。两者不能混用——哪怕视觉上完全对齐也不行。
- 检查报错行的上一行末尾是否有多余空格或 Tab（尤其在冒号
:后） - 用编辑器的“显示空白字符”功能（VS Code：Ctrl+Shift+P → “Toggle Render Whitespace”；PyCharm：File → Settings → Editor → General → Appearance → Show whitespaces）
- 不要依赖肉眼对齐，统一用 4 个空格代替 Tab（PEP 8 推荐）
如何用命令行快速批量修复缩进？
手动改几十个文件容易漏，autopep8 和 black 都能自动标准化缩进，但行为不同：
-
autopep8默认只修 PEP 8 违规项，缩进修复保守，适合老项目过渡：autopep8 --in-place --aggressive --aggressive my_script.py
-
black强制统一风格，会重写整行缩进（包括 if/else 对齐方式），不接受配置：black my_script.py
- 注意：
black可能改变嵌套结构的可读性（比如长条件换行后缩进更深），建议先git add -p确认改动
if/for/def 块里缩进突然失效的典型场景
常见于复制粘贴、从网页复制代码、或使用 Markdown 编辑器写示例时——源文本自带不可见缩进字符或全角空格。
立即学习“Python免费学习笔记（深入）”；
- 报错提示
IndentationError: expected an indented block：说明:后没内容，且下一行没缩进（哪怕只缺一个空格） - 函数内嵌套
if时，误用 2 个空格而非 4 个，导致与外层def的 4 空格不匹配 - 字符串中含
\t被误当缩进（如print("hello\tworld")不会触发错误，但若写成print("hello" + \t + "world")就会语法错误） - 用 IDE 自动补全时按了 Tab 键，结果插入的是 Tab 字符而非空格——需关掉编辑器的 “Insert spaces for tabs” 选项
调试时怎么一眼定位缩进问题？
别靠眼睛扫，用工具直接暴露问题：
- 运行前加
python -m py_compile script.py，它比直接执行更早报出缩进错误，且定位更准 - 在终端用
cat -A script.py（Linux/macOS）或sed -n l script.py查看所有不可见字符：^I表示 Tab，$表示行尾，空格就是普通 - VS Code 中右下角状态栏会显示当前文件的缩进类型（如 “Spaces: 4” 或 “Tab Size: 4”），点击可切换；务必确认是 “Spaces” 而非 “Tab”
\u00a0（不间断空格）或 \u3000（中文全角空格）也会触发 IndentationError，必须用正则 [\u00a0\u3000\t ]+ 替换清理。 
