Sublime如何启用自动检测并修复混合缩进？（格式统一）

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

示例（放入 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 或特殊换行符（rn vs n），某些插件（如 EditorConfig）会强行接管缩进逻辑，此时 Sublime 原生设置失效

要不要装 EditorConfig 插件？ 要，但别指望它“自动修复”——它只做一件事：按 .editorconfig 文件声明的规则，在打开文件时设置好 tab_size、translate_tabs_to_spaces 等项。它不改变已有内容，也不监听保存事件。

所以真实工作流是：EditorConfig 负责“设对初始参数” + 原生 convert_indent_on_save 负责“保存时重写”。两者配合才接近“自动统一”。

容易被忽略的是：.editorconfig 文件必须放在项目根目录，且路径匹配（比如 [*.py] 才管 Python 文件），写错 pattern 就等于没配。