Sublime Text批量缩进需先选中行或启用多行编辑，用Ctrl+]/[（Win/Linux）或Cmd+]/[（macOS）；避免列选择模式干扰，注意detect_indentation和tab_width设置影响效果。
Sublime Text 里怎么批量缩进多行代码
直接按 Ctrl+]（Windows/Linux）或 Cmd+]（macOS）就能整体右移选中行；Ctrl+[ 或 Cmd+[ 则左移。前提是得先选中——哪怕只选中几行，甚至光标在行首没选中任何字符，Sublime 默认也会把整行当操作单位。
常见错误是：按了没反应。大概率是因为没进入“多行编辑”状态，或者误开了“列选择模式”（Ctrl+Shift+↑/↓ 启用后会变成竖条选区，此时缩进键无效）。关掉列选择很简单：点一下编辑区任意位置，或再按一次 Ctrl+Shift+↑。
- 缩进操作对空行也生效，但不会改变其空白字符数（即空行仍为空行）
- 如果文件启用了
detect_indentation（默认开启），Sublime 会自动识别当前文件的缩进风格（tab还是space），并沿用它；手动缩进时不会强行转格式 - 想统一用空格缩进？先确保设置里
translate_tabs_to_spaces为true，再操作，否则Tab键或缩进快捷键仍可能插入制表符
用命令面板快速对齐多行赋值语句
比如要把一堆 var a = 1;、var longName = 2; 对齐成等号纵向对齐，靠手动空格太累。Sublime 原生不带“等号对齐”，但可以装一个轻量插件：Alignment。
安装后，选中要对齐的多行，按 Ctrl+Alt+A（Windows/Linux）或 Cmd+Ctrl+A（macOS），默认按 = 对齐；它也支持 :、=>、as 等符号，行为由配置项 alignment_chars 控制。
- 别指望它智能识别语义——比如
if (a == b)里的==也会被当成对齐点，导致错位；建议只在明确是声明/赋值块里用 - 对齐后缩进可能变混乱，尤其混用 tab 和 space 时；建议提前执行一次
Convert Indentation to Spaces（右键 → Indentation → Convert Indentation to Spaces） - 如果对齐结果偏移，检查是否开启了
trim_automatic_white_space，它可能在对齐后自动删掉行尾空格，间接影响视觉对齐效果
为什么 Sublime 的多光标缩进有时不生效
多光标（Ctrl+Click 或 Ctrl+D）下按缩进快捷键，只对“光标所在行”起作用，而不是“每个多光标位置所在的完整行”。这是最容易踩的坑。
例如你在第3行末尾、第5行中间、第7行开头各点了一个光标，按 Ctrl+]，只有这三处的“当前行”被缩进，但如果你本意是让这三行整体右移，就得先用 Ctrl+L（逐行全选）把光标所在行全部选中，再缩进。
- 多光标 +
Ctrl+Shift+L可以把每个光标转为单行全选（即把光标变成行选区），之后缩进才真正作用于整行 - 如果某个多光标落在缩进区域（比如前4个空格上），
Ctrl+[可能只删掉那几个空格，而非整级缩进；这不是 bug，是 Sublime 把它当普通字符删了 - 插件如
TrailingSpaces有时会干扰多光标缩进，因为它的高亮逻辑可能临时修改渲染层，建议临时禁用测试
批量缩进后 tab width 不一致怎么办
缩进看起来歪了，八成是文件的 tab_width 设置和实际缩进字符不匹配。比如你用空格缩进4格，但文件设置 tab_width: 2，那么编辑器会把每4个空格当成2个“显示单元”，视觉上就挤在一起。
查当前设置：右键 → Indentation → 看底部显示的 “Tab Width: X” 和 “Indent Using Spaces” 是否勾选；改设置：菜单 → View → Indentation → Tab Width: 4（或其他你需要的值）。
- 项目级覆盖更可靠：在项目根目录加
.sublime-project，写入"tab_width": 4和"translate_tabs_to_spaces": true -
detect_indentation开启时，打开新文件会读取前几行的缩进猜风格，但一旦手动改过缩进方式，它就不再自动覆盖——所以老文件可能卡在旧设置里 - 别依赖状态栏点击切换：偶尔点击没反应，是 UI 缓存问题；强制刷新用
Ctrl+Shift+P→ 输入Set Syntax: Plain Text再切回来，能重置缩进上下文
缩进这事，表面是空格和 tab 的数量问题，实际是编辑器状态、文件元信息、插件行为三者咬合的结果。调的时候别只盯快捷键，先看右下角状态栏那行小字——它比文档诚实。
