真多行缩进需用ctrl+shift+a进入列选择模式再按tab/shift+tab，或通过命令面板执行reindent；tab键因绑定补全功能不可靠，ctrl+]和ctrl+[虽稳定但属行级缩进，非光标列级统一操作。
Sublime Text 的多行同时缩进不是靠“选中多行再按 Tab”，那是假多行——真多行编辑必须绕过默认缩进逻辑，否则会触发自动补全、破坏结构或只缩进首行。
为什么 Ctrl+Shift+D 或鼠标双击选中后按 Tab 不算真多行缩进
因为 Sublime 默认把 Tab 绑定到 insert_best_completion（带前缀补全）或 indent（单行缩进），而非“对每行光标位置统一插入空格/Tab”。一旦有行尾字符、折叠区域或语法高亮干扰，Tab 就会失效或跳转。
- 常见错误现象：
IndentationError出现在 Python 中，或缩进后代码块错位 - 真实使用场景：批量调整 JSON 字段对齐、YAML 键值缩进、JS 对象属性重排
- 关键区别：真多行缩进 = 每个光标独立响应同一按键，不依赖行首/行尾状态
用 Ctrl+Shift+A + 方向键实现稳定多行缩进
这是最可靠、跨语法通用的方案：先用 Ctrl+Shift+A（Windows/Linux）或 Cmd+Shift+A（macOS）进入列选择模式，再用方向键扩展选区，最后输入 Tab 或 Shift+Tab。
-
Ctrl+Shift+A会激活列选择（Column Selection），此时光标变成竖条，可拖动或配合方向键拉出矩形选区 - 选中目标列区域后，直接敲
Tab→ 所有行在该列位置插入缩进符；敲Shift+Tab→ 删除对应列位置的空白字符（仅限开头空白） - 注意：不能用鼠标左键拖选来替代
Ctrl+Shift+A，那样只是普通多行选中，Tab仍走单行逻辑 - 兼容性：所有 Sublime 版本（3/4）、所有语言插件下行为一致，不受
detect_indentation设置影响
用命令面板快速触发多行缩进（适合固定偏移）
当需要给已有代码块整体右移 2 级缩进（如从 2 空格→6 空格），用命令面板比手动列选更稳。
- 快捷键
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Indentation: Reindent Lines→ 回车：按当前文件语法自动重缩进（安全但不可控） - 更精准做法：输入
Indentation: Convert Indentation to Spaces或Convert Indentation to Tabs，再配合Indentation: Set Indent Width设为 4，最后用Ctrl+]（右缩进）或Ctrl+[（左缩进）批量操作 - 性能影响：大文件（>10MB）慎用
Reindent Lines，它会全文解析语法树，可能卡顿
自定义快捷键绑定实现一键多行增减缩进
默认的 Ctrl+] 和 Ctrl+[ 是行级缩进，要改成真正的“光标所在列统一增减”，需改键绑。
- 打开
Preferences → Key Bindings，在右侧用户键绑中添加：
[
{
"keys": ["ctrl+alt+["],
"command": "run_macro_file",
"args": {"file": "res://Packages/Default/Add Line Before.sublime-macro"}
},
{
"keys": ["ctrl+alt+]"],
"command": "indent"
}
]
ctrl+alt+right 绑定为“在当前光标列插入 2 个空格”，需写插件或用 Chain of Command 插件辅助"command": "indent" 而没加 "args"，会导致只作用于首行；正确应为 {"command": "indent", "args": {"forward": true}}
真正麻烦的不是怎么缩进，而是缩进后是否被语法检查器接受——比如 YAML 里用 Tab 缩进会直接报错，而 Sublime 默认 Tab 宽度设为 4 时，你用空格缩进 2 格，它却自动转成 Tab。这类隐性冲突，得盯住状态栏右下角的 Tab Width: 4 和 Convert Indentation 提示。
