Sublime Text中Tab键默认是补全触发器而非缩进命令，可靠缩进须用Ctrl+]（增）和Ctrl+[（减）；因Tab被绑定为insert_best_completion或Emmet展开，仅在可补全位置生效，多行选中时仍不缩进；列选择后应先用Ctrl+Shift+M或Ctrl+Shift+J选定逻辑块再缩进；Ctrl+]失效常因语法识别错误、detect_indentation开启或空格/Tab混用；Python文件需在语法专属设置中配置tab_size和translate_tabs_to_spaces；EditorConfig插件会劫持缩进逻辑，团队需统一关闭detect_indentation、禁用EditorConfig干扰并坚持使用Ctrl+]缩进。
Tab 键在 Sublime Text 中默认不是缩进命令，而是补全触发器；真正可靠、可预测的缩进行为必须用 Ctrl+]（增）和 Ctrl+[（减），否则你会反复遇到“按了没反应”“缩进错位”“只缩第一行”等问题。
为什么按 Tab 键不缩进，反而弹出补全菜单？
因为 Tab 在 Sublime 里被定义为 insert_best_completion 或 Emmet 展开等补全行为的快捷键，不是缩进指令。它只在光标处于可补全位置（如函数名后、引号内、HTML 标签名后）才生效——此时哪怕你选中了多行，Tab 也绝不会动缩进。
- 现象：选中 5 行代码按
Tab，结果只插入一个if或div片段，其余行原封不动 - 原因：当前光标上下文触发了补全，缩进逻辑被完全绕过
- 解法：放弃依赖
Tab做块缩进，改用Ctrl+]/Ctrl+[——它们无视语法、不查上下文、只改行首空白符
列选择（Alt+拖选）后怎么安全加缩进？
列选择本身不构成逻辑块，Ctrl+] 会在每行“当前光标列位置前”插入一档缩进，但若列选区域横跨不同嵌套层级（比如同时选中 for 行和其内部的 print 行），就会导致结构错乱。
- 正确做法：先用
Ctrl+Shift+M（选括号内）或Ctrl+Shift+J（选同缩进块）精准框定逻辑范围，再按Ctrl+] - 若真需列选插前缀（如批量加
#或{"keys": ["ctrl+alt+["], "command": "insert", "args": {"characters": " "}} - 注意：该绑定不检查是否在行首，也不处理反向缩进；减少缩进得另配命令或手动删
为什么 Ctrl+] 按了没反应，或只缩了一部分？
这不是快捷键失效，是 Sublime 的缩进状态被三个常见设置卡住了：
- 右下角语法标识错误：Vue 的
<script>块常被识别为 HTML，点右下角手动切到 JavaScript 再试 -
detect_indentation开着（默认true）：它会扫描文件前几行，一旦发现历史缩进是 2 空格，就强行把你的Ctrl+]加的 4 个空格“抹平”回合法倍数——关掉它："detect_indentation": false - 混用空格和 Tab：执行
Ctrl+Shift+P→Indentation: Convert Indentation to Spaces先归一化，再操作
Python 文件缩进还是 2 空格？别动全局设置
Sublime 对 .py 文件的缩进优先级是：Python.sublime-settings > 用户设置。语言包自带配置通常硬编码了 "tab_size": 2 和 "translate_tabs_to_spaces": false，直接覆盖你设的 4 空格。
- 路径：打开一个
.py文件 →Preferences → Settings – Syntax Specific - 右侧只加两行：
"tab_size": 4和"translate_tabs_to_spaces": true - 已打开的文件要按
Ctrl+Shift+P→Reload Syntax才生效 - 如果项目根目录有
.editorconfig且含indent_style = tab，EditorConfig 插件会劫持全部缩进逻辑，优先级高于所有 Sublime 设置
真正难的不是设对那几行 JSON，而是在团队协作中让所有人关掉 detect_indentation、禁用 EditorConfig 的缩进干扰、并统一用 Ctrl+] 而非 Tab 处理缩进——否则每次拉代码，Git diff 里全是空格和 Tab 的战争。
