Sublime中Tab键不缩进是因默认触发补全而非缩进，真正缩进用Ctrl+]（Windows/Linux）或Cmd+]（macOS）；需设translate_tabs_to_spaces为true才能插入空格，混排缩进需先可视化再转换。
Sublime 里按 Tab 键不缩进、缩进错乱、右下角显示 Tabs 却切不到 Spaces——根本不是快捷键坏了，而是缩进行为被多个配置层同时劫持了。
Ctrl+] 和 Ctrl+[ 才是真·缩进快捷键
Tab 和 Shift+Tab 在 Sublime 中默认是补全触发器，不是缩进命令。光标停在 console.log( 后、引号内、或有 Emmet 提示时，按 Tab 就弹菜单，根本不会动缩进。
Ctrl+]（Windows/Linux）或 Cmd+]（macOS）才是原生块级缩进命令：它只修改行首空白符，不分析语法、不触发补全、不自动对齐倍数。
- 没选中内容时，作用于当前行
- 选中多行时，整块统一增减一档（由
tab_size和translate_tabs_to_spaces决定） - 对
.json、.md、.txt等无语法约束文件同样生效 - 不会被
detect_indentation干扰——它只机械加减，不“矫正”你加的空格数
为什么 Tab 键插不出空格？关键开关没开
translate_tabs_to_spaces 默认是 false，这意味着无论你把 tab_size 设成 2 还是 4，Tab 键和 Ctrl+] 都只会插入一个 \t 字符。
必须显式设为 true 才能启用空格缩进：
- 全局生效：在
Preferences.sublime-settings（用户设置）中加"translate_tabs_to_spaces": true - 语言专属：比如 Python 文件需在
Python.sublime-settings中配，写成Python3.sublime-settings不生效 - 项目覆盖：根目录有
.editorconfig且含indent_style = tab，EditorConfig 插件会直接压倒所有 Sublime 设置
右下角显示 Tab Width: 4 旁边写着 Tabs？说明当前仍是制表符模式；点它临时切到 Spaces 只是会话级操作，关掉再打开就回退。
已打开文件缩进混乱，Convert Indentation 命令灰掉了怎么办？
命令变灰 = Sublime 检测到混合缩进（Indentation: Mixed），这是保护机制，怕错位，不是 bug。
不能靠搜替换 \t → ，会误伤字符串/注释里的制表符，还可能把 1 个 Tab 替成 8 个空格，破坏层级。
- 先开启空白字符可视化：
"draw_white_space": "all"，看清哪些行开头是→（Tab）、哪些是·（空格） - 手动删掉几行明显异常的混搭缩进（如
→·→），保存后重试命令 - 或临时切语法为
Plain Text（右下角点击 → 选 Plain Text），再执行Convert Indentation to Spaces - 转换完务必再执行
Indentation: Reindent Lines，让 Sublime 按当前设置重新计算整篇缩进层级
不同语言要不同缩进宽度，怎么配才不冲突？
不能只靠全局 tab_size，否则 JS 用 2、Python 用 4 就会打架。
推荐做法是语法专属配置：
- 打开一个
.py文件 →Preferences → Settings – Syntax Specific - 右侧加：
{"tab_size": 4, "translate_tabs_to_spaces": true} - 同理，
.js文件配{"tab_size": 2, "translate_tabs_to_spaces": true}
注意：detect_indentation 默认为 true，它会在打开文件时锁定历史缩进风格（比如识别出是 2 空格），后续你手动加缩进，它可能悄悄把你多加的空格“抹平”。长期协作项目建议在用户设置中加 "detect_indentation": false。
最易被忽略的一点：折叠区域（比如 Ctrl+Shift+[ 折起来的 if 块）不参与缩进计算。对折叠后代码按 Ctrl+]，看起来缩进了，一展开，里面各行的实际缩进根本没变——必须先展开，再选中逻辑块首行，用 Ctrl+Shift+↓ 扩展选区，再缩进。
