Sublime Text 中多行缩进应优先使用 Ctrl+] / Ctrl+[ 而非 Tab，因 Tab 默认为补全触发器且受语法识别、插件和 detect_indentation 干扰；Ctrl+] / Ctrl+[ 是原生块级缩进命令，不依赖语法、不触发补全、不矫正空格，稳定可靠。
Tab 和 Shift+Tab 在 Sublime Text 中多行缩进时不可靠，尤其在 Python、JSON 或语法识别错误的文件里容易失效或缩错层级；真正稳定的做法是用 Ctrl+] / Ctrl+[ 配合选区操作。
为什么选中多行按 Tab 没反应，或者只缩了一半？
这不是快捷键坏了，而是 Sublime 默认把 Tab 绑定为「补全触发器」，不是缩进命令。一旦光标在可补全位置（比如函数名后、引号内），Tab 会弹出补全菜单而非缩进。
- 必须确认当前文件语法正确：右下角显示的是
Python还是Plain Text？点它手动切到对应语法 -
"detect_indentation": true（默认开启）会让 Sublime “记住”文件开头的缩进风格，你多按一次Tab，它可能悄悄删掉你加的空格以维持倍数对齐 - 插件如 Emmet、AutoFileName 会劫持
Tab行为，优先补全而非缩进 - 未选中任何内容时，
Tab只影响当前行首；但若光标停在行中，它可能只插入字符，不改变缩进
Ctrl+]/Ctrl+[ 是什么，为什么比 Tab 更稳？
Ctrl+] 和 Ctrl+[ 是 Sublime 原生的块级缩进命令，专为增减行首空白设计，不分析语法、不触发补全、不依赖光标位置。
- 选中多行时，整块统一右移或左移一档缩进（由
tab_size和translate_tabs_to_spaces决定） - 未选中时，只作用于当前行——适合快速微调单行
- 对
.json、.md、.txt等无语法约束的文件同样生效 - 不会被
detect_indentation干扰：它只机械加减，不“矫正”你加的空格数
怎么避免缩进错乱？关键三步检查
执行 Ctrl+] 或 Ctrl+[ 前，务必确认这三件事：
- 右下角语法标识准确——Vue 单文件组件中的
<script>块常被误判为 HTML，需点开手动切到JavaScript - 已归一化缩进单位：按
Ctrl+Shift+P→ 输入Indentation: Convert Indentation to Spaces，避免混用\t和空格 - 关闭自动检测：在
Preferences → Settings – User中添加"detect_indentation": false，否则打开旧文件时它会强行锁定历史缩进风格
想彻底绕过语法干扰，直接插固定空格？
可以自定义键绑定，让 Ctrl+] 固定插入 4 个空格，Ctrl+[ 删除开头最多 4 个空格——这样完全不依赖语法、tab_width 或插件。
在 Preferences → Key Bindings – User 中加入：
[<br> { "keys": ["ctrl+]" ], "command": "insert", "args": {"characters": " "} },<br> { "keys": ["ctrl+[" ], "command": "left_delete", "args": {"forward": false, "by": "characters", "count": 4} }<br>]
注意：ctrl+[ 这条只是硬删 4 字符，不智能退层级，所以更适合配合精准选区使用；且它会覆盖原生行为，之后 Ctrl+[ 不再响应语言规则。
最易被忽略的一点：缩进是否生效，和你当前文件有没有“缩进历史”强相关。一个刚新建的 .py 文件，如果第一行是空行或注释，Sublime 可能根本识别不出缩进上下文，此时 paste_and_indent 和 Reindent 都会失效——得先手动加一行带缩进的代码，再粘贴或调整。
