sublime text 的 tab 宽度应统一设为4，需修改 preferences → settings 全局配置，添加 {"tab_size": 4, "translate_tabs_to_spaces": true}；若失效，检查是否误改默认设置、detect_indentation 或项目级配置覆盖。
Tab宽度设为4的配置位置在哪
Sublime Text 的 Tab 宽度不是靠快捷键临时改，而是写死在配置文件里的。改错地方（比如只改当前文件的设置）会导致下次打开又变回默认 4 或 8，甚至不同文件缩进不一致。
真正生效的位置只有两个：
-
Preferences → Settings（全局配置，影响所有文件） -
Preferences → Settings – Syntax Specific（语法专属配置，比如只对Python文件生效）
多数人想“统一设为4”，应该动全局配置。打开后，右侧用户设置面板里加这两行：
{
"tab_size": 4,
"translate_tabs_to_spaces": true
}
translate_tabs_to_spaces 建议一并打开，否则按 Tab 键插入的是真实 \t 字符，不同编辑器显示可能错位。
为什么改了没反应？常见失效场景
改完保存，新建文件或重启 Sublime 还是缩进不对，大概率掉进这几个坑：
- 误改了左侧的「默认设置」面板（只读，改了也不生效）
- 当前文件已手动触发过「Convert Indentation to Spaces」，但
detect_indentation为true，Sublime 会自动覆盖你设的tab_size - 项目级配置（
.sublime-project）里写了冲突的tab_size，它优先级高于全局设置
验证是否生效：新建一个空文件，敲 Tab，看状态栏右下角是否显示 Spaces: 4。如果不是，说明配置没加载成功或被覆盖。
Python/JSON/YAML 等语言要不要单独设？
绝大多数情况下不用。全局 tab_size: 4 足够，但有例外：
-
Makefile必须用\t，设translate_tabs_to_spaces: false+tab_size: 8更稳妥 - 团队强制要求
JavaScript用 2 格，而其他语言用 4 格，就得走Settings – Syntax Specific单独配 -
JSON文件本身不允许注释和 Tab，但人工编辑时习惯用空格缩进，保持translate_tabs_to_spaces: true更安全
单独配的方法：打开一个 .py 文件 → Preferences → Settings – Syntax Specific → 加同样两行，保存。这个文件会生成 Python.sublime-settings，只作用于该语法。
缩进混乱时怎么批量修复
旧文件缩进混用 Tab 和空格，光改配置没用。得主动清理：
- 全选内容 →
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac）→ 输入Convert Indentation to Spaces - 再输
Indentation: Convert to Spaces（确保转成空格） - 最后输
Indentation: Set Indent Width→ 选4
注意：Set Indent Width 不会重排已有代码，只影响后续输入；真正重排要用 Reindent（需先选中代码块，否则对全文生效，可能破坏字符串内的空格）。
最麻烦的是混合缩进的 Python 文件——缩进错误直接报 IndentationError，这种必须人工核对，自动重排反而容易出错。
