对齐后更歪是因为缩进混用Tab和空格，导致插件计算列位置错误；须先统一为空格、验证语法识别、检查快捷键冲突，再执行对齐。
错位不是对齐失败，而是缩进或选区不一致导致的视觉假象；恢复排版的关键不是重对齐，而是先归一化基础格式。
为什么对齐后反而更歪？——检查缩进混合问题
AlignTab 或 Alignment 插件计算列位置时，Tab 和 4 个空格 被视为不同长度（前者算 1 字符，后者算 4），哪怕状态栏显示 Tab Width: 4。一旦混用，对齐锚点（如 =）在“可视列”上错开，右边内容必然偏移。
- 看右下角状态栏：显示
Tab Width: 4≠ 实际全是 Tab，点它可切换为Spaces: 4 - 批量转空格：全选 →
Ctrl+Shift+P→ 输入Convert Indentation to Spaces - 验证是否干净：打开命令面板 →
Convert Line Endings → Unix，避免\r\n干扰列计算
对齐失效但代码没动？——确认选区与语法识别
插件只处理「每行至少含一个 alignment_chars 中定义的字符」的行。漏选空行、注释行，或某行少写了一个 =，都会导致该行被跳过，其余行仍强行对齐，造成相对错位。
- 必须拖选连续多行，不能靠
Ctrl+D多选单词 —— AlignTab 需要整行上下文 - 状态栏显示
Plain text时插件大概率静默失效，点它切到Python/JavaScript等具体语法 - 检查是否有隐藏字符：用
Ctrl+Shift+P→Set Syntax: Plain Text，再开View → Show Console，输入view.substr(view.full_line(0))看首行原始字符串
按快捷键没反应？——对齐插件绑定与冲突排查
Alignment 默认不自带快捷键绑定；AlignTab 虽预置 Ctrl+Alt+A，但容易被 Emmet、SideBarEnhancements 等插件劫持。
- 打开
Preferences → Package Settings → Alignment → Key Bindings – User，粘贴标准绑定：[{"keys": ["ctrl+alt+a"], "command": "alignment"}] - Mac 用户慎用
Cmd+Ctrl+A：系统截图快捷键会拦截，建议改用Cmd+Option+A并同步更新配置 - 搜冲突：打开
Preferences → Key Bindings，右侧面板搜alignment或align_tab，确认无重复或覆盖项
对齐后 Git diff 爆炸？——避免格式化插件二次污染
AlignTab 只增删空格，但如果你同时启用了 JsPrettier 或 AutoPEP8 的 on_save 格式化，它们会在你对齐后立刻重排，把补的空格全抹掉，还生成大量无意义变更。
- 临时关自动格式化：文件 →
Save without formatting（部分插件支持），或禁用对应插件的format_on_save选项 - 对齐前先
git stash当前修改，对齐完成再git stash pop，对比差异是否仅为预期空格变化 - 长期建议：把 AlignTab 快捷键设成冷门组合（如
Ctrl+Shift+.），只在明确需要时触发，不养成“保存即对齐”习惯
真正麻烦的从来不是对齐动作本身，而是对齐前没人检查缩进是否统一、语法是否识别正确、快捷键是否真在生效——这些细节不卡住，对齐就是秒级操作。
