sublime text中tab键输入空格需同时满足三项设置："translate_tabs_to_spaces": true、"tab_size": 4（或2）、"detect_indentation": false，且须写入settings – user；右下角仍显示tabs: 4说明语法专属设置或.editorconfig覆盖了全局配置；已有\t转空格应使用convert indentation to spaces命令，仅处理行首缩进。
Sublime Text 里按 Tab 键插出的是 \t 还是空格，不取决于你“想不想转”，而取决于三件事：当前文件的语法类型、是否关闭了自动探测、以及有没有被 .editorconfig 或语法专属设置覆盖。配错一个，右下角就永远显示 Tabs: 4。
怎么让 Tab 键输入空格而不是 \t
这不是“转换”，是改输入行为。必须同时满足三项：
-
"translate_tabs_to_spaces": true（布尔值，不能加引号） -
"tab_size": 4（或 2，按项目规范填数字，不是字符串） -
"detect_indentation": false（否则打开旧文件时会扫描前 200 行，一看到\t就强制切回 Tab 模式）
这三项要写在 Preferences → Settings – User 的右侧 JSON 里。改完保存，新建文件立即生效；已打开的文件不会自动重排缩进，也不会把已有 \t 变为空格。
为什么右下角还显示 Tabs: 4 而不是 Spaces: 4
因为 Sublime 的优先级链条是：语法专属设置 > .editorconfig（需插件） > 全局用户设置。常见失效原因：
- 当前是 Python 文件，但没在
Preferences → Settings – Syntax Specific里配"translate_tabs_to_spaces": true—— Python 语言包自带的默认设置会压倒你的全局配置 - 项目根目录有
.editorconfig且含indent_style = tab，EditorConfig 插件已安装并启用 - 文件被识别为 Plain Text，此时语法专属设置不触发，但
detect_indentation仍会生效
临时验证方法：新建一个 Plain Text 文件，敲 Tab，看是否插入空格。如果是，说明问题出在语法或项目配置上。
已有文件里的 \t 怎么安全转成空格
Convert Indentation to Spaces 是唯一推荐方式，它只处理行首缩进，不碰字符串或注释里的 \t：
- 快捷键：
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Convert Indentation to Spaces回车 - 菜单路径：
View → Indentation → Convert Indentation to Spaces - 如果菜单灰掉，说明检测到混合缩进（Tab + 空格混用），先删掉几行开头的
\t再试 - 多文件批量处理：用
Ctrl+P打开文件列表，Ctrl多选标签页，再对任意一个执行该命令，所有选中页同步转换
这个操作严格按当前视图的 tab_size 值换算：设的是 4，就每个 \t 替成 4 个空格；设的是 2，就替成 2 个。
哪些地方容易被忽略
最常踩的坑不在配置本身，而在作用域和边界条件：
-
"use_tab_stops": false不是必须项，但如果你发现光标跳转“卡顿”或缩进对不齐，加上它能确保光标移动完全基于空格宽度计算 - Makefile、.gitattributes 等少数语法强制用
\t开头，即使你配了translate_tabs_to_spaces: true，它也会无视——这是设计使然，不是 bug -
Convert Indentation to Spaces不会改变文件编码，但如果原文件是 GBK 编码且含中文，转换后建议检查是否出现乱码（虽然极少见）
真正麻烦的从来不是“怎么配”，而是配完之后，你不知道哪一层配置正在悄悄覆盖它。
