VSCode保存时自动对齐“=”符号依赖格式化器（如Prettier），而非原生功能；Prettier默认不支持列式对齐，需配合Alignment等插件手动触发，或通过macro实现保存前对齐。
保存时自动对齐 = 符号，靠的是格式化器，不是“对齐插件”
VSCode 本身不内置按符号（如 =）做列式对齐的功能；所谓“保存时自动对齐赋值符号”，实际是靠 Prettier、ESLint 或其他格式化工具在保存时重排代码结构。它们不会把 a = 1;、longVariableName = 2; 强制拉成等宽列，而是根据语义规则决定是否换行、缩进和空格分布。
如果你看到别人保存后出现整齐的 = 列，大概率是用了 Alignment 或 Better Align 这类手动触发的对齐插件——但它们**不响应保存事件**，必须手动选中+快捷键触发。
-
Alignment支持alt + =对齐所有=和:，但仅限当前选中文本 -
Better Align类似，快捷键可自定义为ctrl+alt+=，也只作用于选区 - 两者都不受
editor.formatOnSave控制，无法“保存即对齐”
editor.formatOnSave 开了但 = 没对齐？检查这三个地方
Prettier 是最常用的保存格式化工具，但它默认**不开启列式对齐**（比如把 = 对成一列），这是设计使然：它优先保证可读性和跨项目一致性，而非视觉工整。
- 确认
editor.formatOnSave已启用（全局或语言级） - 确认当前文件类型绑定了 Prettier：
editor.defaultFormatter设为esbenp.prettier-vscode，且没被"[javascript]": { "editor.defaultFormatter": null }覆盖 - 检查项目根目录是否有
.prettierrc或.prettierrc.json；若存在，它会覆盖 VSCode 全局设置，而标准 Prettier 配置里根本没有“对齐=”的选项
换句话说：开了 formatOnSave 却没看到 = 对齐，不是配置漏了，是 Prettier 压根不干这事。
真要保存时自动对齐 =，得换工具或加插件协同
如果团队规范强制要求变量声明/属性赋值时 = 必须垂直对齐（例如 Python 的 black 不支持，但 autopep8 可配），就得绕开 Prettier，或者用插件补位：
- JavaScript/TypeScript：改用
js-beautify（已不推荐，维护停滞），或配合eslint-plugin-alignment+ 自定义规则（需写eslint规则，复杂度高） - Python：用
autopep8并开启--align-continuation，再设为默认格式化器；black明确拒绝此类对齐 - 通用方案：装
Alignment插件，然后用macros扩展定义一个“保存前先对齐再保存”的宏（需额外配置settings.json和keybindings.json）
注意：Alignment 的 alt + = 默认只对当前选中行生效；想让它全文件生效，得先按 ctrl+a 全选，再按快捷键——这没法自动化进保存流程，除非你写 macro。
容易被忽略的缩进冲突：Prettier 和 VSCode 编辑器设置打架
即使你成功让 = 对齐了，也可能立刻被 Prettier 在下次保存时“打回原形”。根本原因是：Prettier 的 tabWidth 和 VSCode 的 editor.tabSize / editor.insertSpaces 不一致。
- Prettier 配置里写了
"tabWidth": 2，但 VSCode 设置里editor.tabSize是 4 且editor.insertSpaces关着 → 保存后混入 tab 字符，Prettier 下次报错Expected indentation of 2 spaces but found a tab - 解决办法：统一关掉
editor.detectIndentation（防止它读旧文件缩进），并确保editor.insertSpaces: true、editor.tabSize与 Prettier 的tabWidth完全一致
这个细节不处理，任何对齐效果都只是暂时的——保存一次就崩一次。
