tab键默认插入\t，启用translate_tabs_to_spaces后才插入空格；tab_size控制显示宽度和tab键生成空格数，detect_indentation可自动识别文件缩进；trim_automatic_whitespace默认会破坏空格对齐格式。
Tab 键按下去到底是插入 \t 还是空格？
取决于 translate_tabs_to_spaces 是否为 true。默认是 false，所以 Tab 键直接插入制表符 \t——这在多人协作、跨编辑器查看或 Git diff 时容易引发对齐混乱。
实操建议：
- 全局启用：打开
Preferences → Settings，在右侧用户设置里加一行："translate_tabs_to_spaces": true - 按文件类型单独控制更稳妥：用
Preferences → Settings – Syntax Specific，比如 Python 文件里设为true，而 Makefile 必须保留\t就设为false - 别只改设置就以为完事——已存在的
\t不会自动转，得手动触发Convert Indentation to Spaces（右键缩进菜单里）
缩进宽度设成 2、4 还是 8？tab_size 和 detect_indentation 怎么配合
tab_size 控制「显示宽度」和「按 Tab 键产生的空格数」，但不会改变已有缩进的实际字符。如果文件混用空格和 \t，光调这个没用。
实操建议：
- Python 项目统一用
"tab_size": 4；Vue/JSX 常见2；Go 强制tab_size: 4且禁用自动检测 - 开启
"detect_indentation": true（默认），Sublime 会在打开文件时读取前几行，自动覆盖tab_size和translate_tabs_to_spaces设置 - 想关掉自动检测？在用户设置里加
"detect_indentation": false，否则你刚配好，一打开旧文件又回退了
为什么保存后缩进又“变样”了？trim_automatic_white_space 是幕后黑手
这个选项默认 true，会在保存时删掉行尾空格——听起来干净，但如果你的代码靠空格对齐（比如多行字典、注释列），它会悄悄破坏格式。
常见错误现象：
- YAML 文件里用空格对齐
key: value，保存后冒号全歪了 - SQL 查询换行后用空格缩进字段，保存后首行缩进消失
- Markdown 表格用空格撑列宽，保存后表格崩塌
实操建议：
- 关闭它：
"trim_automatic_white_space": false - 或者只对特定语法关闭：用
Settings – Syntax Specific，在 YAML 或 Markdown 的设置里单独设为false
怎么批量把整个项目里的 \t 全换成空格？
不能靠「全选 → 缩进转换」——大项目里文件太多，而且 Sublime 不支持跨文件操作。得靠命令行 + sed 或脚本，编辑器只负责校验。
实操建议：
- Linux/macOS 下进项目根目录，执行：
find . -name "*.py" -exec sed -i 's/^\t\+/\1/g; s/\t/ /g' {} \;（注意：不同系统sed -i参数不同，macOS 要加空字符串sed -i ''） - Windows 用户用 PowerShell：
Get-ChildItem -Recurse -Include "*.py" | ForEach-Object { (Get-Content $_.FullName) -replace "`t", " " | Set-Content $_.FullName } - 改完务必用
git diff --check看有没有混入^I（即残留\t），Sublime 的「显示不可见字符」功能（View → Show Whitespaces）也能快速定位
缩进不是配完就一劳永逸的事。真正麻烦的是历史文件里藏着的混合缩进，还有团队成员本地设置不一致导致的反复污染——盯住 detect_indentation 和 translate_tabs_to_spaces 这两个开关，比调 tab_size 重要得多。
