sublime text 混合缩进统一靠 convert_indent_on_save 配合 tab_size 和 translate_tabs_to_spaces 实现保存时覆盖式重写，而非实时检测；需确保全局或项目设置中三项启用且未被语法/项目级配置覆盖。
Sublime Text 里混合缩进检测靠什么？
Sublime Text 本身不主动“检测并修复”混合缩进，它只在保存或手动触发时按当前视图的 detect_indentation 设置尝试推断缩进风格。所谓“自动检测并修复”，其实是靠两个机制联动：实时检测（detect_indentation） + 保存时转换（trim_trailing_white_space_on_save 和 convert_indent_on_save）。默认这俩都关着，得自己开。
常见错误现象：IndentationError 在 Python 文件里反复出现，但 Sublime 状态栏显示的是 Tab，而代码里混着 4 个空格和制表符；或者粘贴代码后缩进错乱，光标跳距忽大忽小。
-
detect_indentation设为true（默认值），它只在文件打开时读前 200 行，靠统计“行首空白字符模式”做一次判断，之后就锁死当前缩进设置，不会动态重检 - 真正起“修复”作用的是
convert_indent_on_save：设为true后，保存时会把整份文件统一转成当前视图设定的缩进（由tab_size和translate_tabs_to_spaces共同决定） - 如果
detect_indentation判错了（比如前几行恰好是注释或空行），后续所有操作都基于错误假设——这是最常被忽略的根源
怎么让 Sublime 在保存时强制统一缩进？
关键不是“检测”，而是“覆盖式重写”。只要确保以下三项配置生效，每次保存都会抹掉旧缩进、按标准重排：
-
convert_indent_on_save 必须设为 true
-
tab_size 明确设为你想要的数字（如 4 或 2），不能依赖检测结果
-
translate_tabs_to_spaces 按需设为 true（推荐）或 false，它决定最终用空格还是 Tab
convert_indent_on_save 必须设为 true
tab_size 明确设为你想要的数字（如 4 或 2），不能依赖检测结果translate_tabs_to_spaces 按需设为 true（推荐）或 false，它决定最终用空格还是 Tab示例（放入 Preferences.sublime-settings）：
{
"convert_indent_on_save": true,
"tab_size": 4,
"translate_tabs_to_spaces": true
}
注意：convert_indent_on_save 不影响粘贴或编辑过程中的缩进行为，只在 Ctrl+S / Cmd+S 时生效。如果你需要编辑中也实时对齐，还得配合 indent_subsequent_lines 和 auto_indent（但它们不解决混合问题）。
为什么改了设置还是没效果？常见卡点
不是配置没写对，就是被更细粒度的设置覆盖了：
- 项目级设置（
.sublime-project）里的 settings 会覆盖全局设置，检查是否在项目里关掉了 convert_indent_on_save
- 语法专属设置（如
Python.sublime-settings）也可能单独定义了 tab_size 或 translate_tabs_to_spaces，优先级高于全局
- 状态栏右下角显示的缩进类型（如
Tab Width: 4）只是当前视图的“当前解释方式”，不代表文件实际存储格式——保存前务必确认它和你期望的一致
- 如果文件已有 BOM 或特殊换行符（
\r\n vs \n），某些插件（如 EditorConfig）会强行接管缩进逻辑，此时 Sublime 原生设置失效
要不要装 EditorConfig 插件？
要，但别指望它“自动修复”——它只做一件事：按 .editorconfig 文件声明的规则，在打开文件时设置好 tab_size、translate_tabs_to_spaces 等项。它不改变已有内容，也不监听保存事件。
.sublime-project）里的 settings 会覆盖全局设置，检查是否在项目里关掉了 convert_indent_on_save
Python.sublime-settings）也可能单独定义了 tab_size 或 translate_tabs_to_spaces，优先级高于全局Tab Width: 4）只是当前视图的“当前解释方式”，不代表文件实际存储格式——保存前务必确认它和你期望的一致\r\n vs \n），某些插件（如 EditorConfig）会强行接管缩进逻辑，此时 Sublime 原生设置失效.editorconfig 文件声明的规则，在打开文件时设置好 tab_size、translate_tabs_to_spaces 等项。它不改变已有内容，也不监听保存事件。
所以真实工作流是：EditorConfig 负责“设对初始参数” + 原生 convert_indent_on_save 负责“保存时重写”。两者配合才接近“自动统一”。
容易被忽略的是：.editorconfig 文件必须放在项目根目录，且路径匹配（比如 [*.py] 才管 Python 文件），写错 pattern 就等于没配。
