ctrl+alt+a 不是真正的“一步多行对齐”快捷键，而是三步操作的压缩：选中逻辑连续的多行→ctrl+shift+l 拆光标→ctrl+alt+a 触发 alignment 插件对齐。
Ctrl+Alt+A 不是“一步”，它只是最后那一下
Sublime 本身没有真正意义上的“一步多行对齐”快捷键。所谓快捷，其实是三步操作的压缩：先选中逻辑上连续的多行 → 再用 Ctrl+Shift+L 拆出光标 → 最后按 Ctrl+Alt+A 触发 Alignment 插件对齐。漏掉中间任意一环，就只会看到“没反应”。
常见错误现象：Ctrl+Alt+A 按了没反应，不是插件坏了，而是你只做了全选或单击就按——它不响应整文件选中，也不响应单行；必须是“多行 + 每行至少含一个对齐字符（如 =、:）+ 选区覆盖完整行（含换行符）”。
- 选中方式推荐：用
Ctrl+L选第一行 →Ctrl+Shift+L拆光标 → 再用Shift+↓向下扩选剩余目标行（确保不跳过空行） - 如果某行末尾有注释或空格，Alignment 仍会尝试对齐，但位置可能偏移；建议提前执行
Ctrl+Shift+P→Trim Trailing White Space - macOS 用户注意：
Cmd+Opt+A常被 Spotlight 占用，需在「系统设置 → 键盘 → 快捷键」里关闭冲突项
Alignment 插件只认字符串，不认语法
它不会识别 Python 的 = 是赋值还是字典键，也不会跳过字符串里的 =。默认只匹配第一个出现的对齐字符，且严格按 alignment_chars 配置项扫描——比如你想支持 => 或 ->，就必须手动改配置，加进列表里，还要注意顺序和转义。
示例配置片段（Preferences → Package Settings → Alignment → Settings）：
{
"alignment_chars": ["=", ":", "->", "=>"]
}
- 配置生效后，仍需手动触发
Ctrl+Alt+A，插件从不监听编辑或保存事件 - 若某行不含任何配置中的字符，该行会被跳过，其余行照常对齐——这不是 bug，是设计如此
- 想让
AlignTab区分字符串和代码？不行。它不解析语法，只做纯文本扫描
多光标 ≠ 对齐，别混淆这两个动作
Ctrl+Shift+L 只是把选区按换行符切开，光标落点完全取决于你最初怎么选的：选整行就落在行首（含缩进），选带空格的片段就卡在空格里。它不移动光标，也不对齐内容。
真正让多个光标“落到同一列”的办法只有两种：
- 拆完光标后，按
Home把所有光标拉到行首，再反复按→直到目标列（最稳） - 用列选择：
Alt+Shift+↓（Windows/Linux）或Option+Shift+↓（macOS）向下拖出矩形选区，松手即垂直对齐起始列 - 注意：
Alt+Shift+拖动是列选择模式，不是多光标模式；输内容前必须按Esc退出，否则回车等行为受限
空行、缩进混用、制表符，都是对齐错位的根源
Alignment 默认保留原缩进，但它对混合缩进极度敏感：一行用空格、一行用 Tab，哪怕视觉上对齐，对齐结果也会错开。Git 提交时还容易引发无意义的空格变更。
- 强烈建议统一为纯空格缩进：选中代码块 →
Ctrl+Shift+P→Convert Indentation to Spaces→ 再对齐 → 完事再转回 Tab（如有需要） - 空行会中断对齐链：三行中第二行为空，
Ctrl+Alt+A只对齐第1和第3行，中间断开 - 如果项目强制
tab_width: 2且用制表符，对齐后手动转空格再对齐，比硬调缩进更可控
最易被忽略的一点：Alignment 从不自动重排，也不感知上下文。它只处理你当前选中的那一坨文本，哪怕你刚改完变量名，它也不会帮你重新对齐——每次修改后，都得手动再按一次 Ctrl+Alt+A。
