Clang-Format对齐参数不生效，主因是它未被真正调用：需确认右下角语言模式为cpp/c、C_Cpp.clang_format_path指向正确可执行文件且有权限、.clang-format文件位于工作区根目录且C_Cpp.clang_format_style设为file，否则将回退至C/C++扩展内置基础格式化。
editor.formatOnSave 开启了但对齐还是乱，不是插件没装，而是格式化器根本没被调用，或者调用的不是你认为的那个。
为什么 clang-format 对齐参数不生效？
Clang-Format 的对齐能力（比如 AlignConsecutiveAssignments、AlignOperands）只在它真正作为格式化器运行时才起作用。VSCode 默认可能用的是 C/C++ 扩展内置的“基础格式化”，而非你本地安装的 clang-format 可执行文件。
- 检查
C_Cpp.clang_format_path是否指向正确的clang-format二进制（如/usr/bin/clang-format或~/.local/bin/clang-format），路径错或权限不足会导致回退到默认行为 -
C_Cpp.clang_format_style若设为file，必须确保项目根目录存在.clang-format；若设为Google等内置风格，所有自定义对齐参数都会被忽略 - VSCode 的语言模式必须是
cpp或c（右下角确认），Plain Text 模式下clang-format完全不触发
prettier 能不能做变量对齐？
不能。Prettier 是“无配置”格式化器，设计哲学就是放弃对齐控制——它会主动打散你手动对齐的变量、赋值或注释，以保证跨项目一致性。想保留 int a = 1; 和 int value = 2; 的列对齐，必须换用支持该特性的工具，比如 clang-format（C/C++）、black（Python 不支持）、或 vscode-formatto 调度多个格式化器。
- 常见误操作：在 JS/TS 项目里给
prettier加align类配置项，这些字段会被静默忽略 - 若你坚持用 Prettier，唯一“伪对齐”方式是靠 ESLint 的
object-curly-spacing、key-spacing等规则做局部约束，但无法实现跨行变量列对齐
多格式化器共存时，谁决定最终对齐效果？
VSCode 只允许一个 editor.defaultFormatter 在当前语言上下文中生效。所谓“共存”，其实是靠 editor.codeActionsOnSave 分阶段调用：source.fixAll.eslint 修语义问题，source.organizeImports 排导入，最后再由默认格式化器统一排版。对齐效果由最后一步的格式化器决定。
- 例如：ESLint 修复分号后，
prettier格式化器接管并重排所有空格和换行，之前任何对齐尝试都被覆盖 - 若要用
clang-format做对齐，必须把它设为[cpp]语言的editor.defaultFormatter，且禁用editor.formatOnSave对其他语言的干扰（如用"[javascript]": { "editor.formatOnSave": false }） -
vscode-formatto是少数能按文件路径/扩展名动态切换格式化器的方案，适合 Monorepo 中 C++ 文件走clang-format对齐、JS 文件走prettier的混合场景
.clang-format 文件——它存在，但 VSCode 可能因路径、权限或语言模式没识别到；它不存在，VSCode 就永远用不上你精心调过的 AlignAfterOpenBracket。 
