sublime text 默认用空格代替 tab需在用户配置中设”translate_tabs_to_spaces”: true和”tab_size”: 2或4；已打开文件须手动convert to spaces转换，且需注意项目、语法、editorconfig等高优先级配置覆盖问题。
如何让 sublime text 默认用空格代替 Tab
Sublime Text 默认插入的是 Tab 字符，但多数现代项目（尤其 Python、JavaScript、YAML）要求统一用空格缩进。这不是界面设置里点两下就能搞定的事——关键在配置项的优先级和作用域。
真正生效的是用户级配置 Preferences.sublime-settings，但要注意：它只对新打开的文件生效；已打开的文件得手动触发转换，或改完后重开。
- 打开
Preferences → Settings，左侧是默认配置（只读），右侧是用户配置，往右边加这两行： -
"translate_tabs_to_spaces": true—— 这是核心开关，设为true后，按Tab键实际插入空格 -
"tab_size": 2或4—— 控制一个Tab键等价于几个空格（常见值是 2 或 4，别写成字符串） - 保存后，新建文件就自动遵守了；旧文件不会变，得手动处理
怎么把已有的 Tab 缩进批量转成空格
项目里混着 t 和空格？直接搜替换不靠谱——容易误伤字符串里的 t，也难保缩进层级一致。Sublime 提供了安全的「缩进转换」命令，基于当前语法高亮识别代码结构。
- 确保文件已正确识别语法（右下角显示
Python/json等，不是Plain Text；点它可手动切换） - 菜单栏选
Convert Indentation → Convert to Spaces - 或者快捷键：
Ctrl+Shift+P（Win/linux）或Cmd+Shift+P（macos），输入Convert to Spaces回车 - 这个操作只改行首缩进，不影响行中或字符串内的
t，比正则更稳
为什么有时改了配置还是插出 Tab？
常见原因不是配置没生效，而是被更高优先级的设置覆盖了——比如项目专属配置、语法专属配置，或者插件偷偷改了行为。
- 检查是否开了项目配置（
Project → Edit Project），里面可能有同名配置项，会覆盖用户设置 - 某些语法（如
Makefile）强制用Tab，即使你全局设了translate_tabs_to_spaces，它也会无视——这是故意设计，因为 Makefile 要求第一列必须是t - 插件如
EditorConfig会读取项目根目录的.editorconfig文件，其中的indent_style = tab会直接压倒 Sublime 自身设置 - 临时验证：打开一个新
Plain Text文件，敲Tab，看是否出空格；如果是，说明问题出在特定语法或项目配置上
Tab 和空格混用导致的隐藏问题
表面上看着缩进整齐，实际可能引发语法错误或协作冲突，尤其在 Python 和 YAML 里。
- Python 解释器报错
IndentationError: unindent does not match any outer indentation level，往往就是空格和 Tab 混用导致的 - git 提交时，不同编辑器对 Tab 的显示宽度不同（比如设成 4，别人设成 2），diff 里看起来像整行偏移，其实只是视觉错觉
- Sublime 可以高亮显示空格和 Tab：
View → Whitespaces → Show Whitespaces，打开后·是空格，→是 Tab，一目了然 - 建议顺手打开
"detect_indentation": false，否则 Sublime 会根据文件前几行自动猜缩进风格，可能把你刚设好的规则又覆盖掉
真正麻烦的不是设一次，而是搞清哪一层配置在起作用——用户设置、项目设置、语法设置、EditorConfig、插件，它们有明确的覆盖顺序。改完记得关掉再打开文件，或者用 Convert to Spaces 手动清理存量，不然永远在修同一类 bug。