IndentationError是Python解释器抛出的语法错误，直接中断程序运行，本质是缩进格式不符合语法规则，常见于空格与Tab混用、缩进层级不一致或意外不可见字符。
IndentationError 不是警告，是直接中断运行的语法错误。Sublime 本身不校验 PEP 8，更不会自动修复缩进逻辑——它只管“视觉对齐”，而 Python 解释器要的是“结构一致”。想靠编辑器设置躲过缩进报错，不如先让格式化工具替你守住底线。
为什么 reindent 命令救不了你的 IndentationError
reindent 是 Sublime 内置命令，只做三件事：统一当前选中行的缩进层级、按当前文件缩进设置（如 4 空格）对齐、忽略语法结构。它不识别 if 块该缩进几层，也不管 def 后面缺不缺空行。
- 如果你混用了
Tab和空格，reindent会直接静默失败（右下角语言标识必须是Python，且状态栏显示 “Spaces: 4”） - 如果代码已有语法错误（比如少写冒号），
reindent不会触发，因为 Sublime 无法解析块结构 - 它不改
import分组、不插空行、不调换运算符位置——这些正是IndentationError的高发区
AutoPEP8 插件怎么配才不踩坑
它调用本地 autopep8 命令，能修 IndentationError 类问题（如缩进不一致、多余缩进），但依赖两个关键路径正确：
-
python_path必须指向你实际运行项目的 Python 解释器（虚拟环境用户常填成/usr/bin/python3，结果格式化用的却是系统 Python） -
autopep8要在该 Python 环境里装好：pip install autopep8，不是全局安装就无效 - 关掉
trim_automatic_whitespace：否则保存时删末尾空格，和autopep8的空格策略冲突，diff 里全是无意义变更
启用保存即格式化："auto_format_on_save": true，但别设成全局，只在 Python 项目里开。
Black 插件比 AutoPEP8 更适合团队协作
black 不接受任何配置，强制统一风格——这对避免“谁的缩进算对”这类争论最有效。但它要求：
立即学习“Python免费学习笔记（深入）”；
- 提前
pip install black（注意：必须装在你项目用的 Python 环境里） - Sublime 插件设置里填对
black可执行路径，比如/path/to/venv/bin/black（macOS/Linux）或C:\venv\Scripts\black.exe（Windows） - 它会重排整个文件，包括括号换行、字符串引号、逗号位置——如果你的 diff 工具没设 ignore whitespace，每次提交都会看到大量“无关改动”
快捷键 ctrl+shift+b（默认）可手动触发，比等保存更可控。
Anaconda 插件的矩形框提示其实是假警报
那个黄色矩形框不是 IndentationError，是 Anaconda 的 lint 提示（比如 E128：continuation line under-indented for visual indent）。它不阻止运行，但容易让人误以为代码有错。
- 真要关，去
Preferences → Package Settings → Anaconda → Settings – User，加一行："anaconda_linting": false - 更推荐留着，但把
pep8换成pycodestyle（pip install pycodestyle），因为SublimeLinter-pep8已废弃 - 注意：lint 提示 ≠ 运行错误。哪怕矩形框满屏，只要没
IndentationError报错，代码就能跑
真正危险的不是黄框，是保存后突然冒出来的红色 traceback——那说明缩进逻辑已经错了，而你还在调 lint 配置。
