VSCode本身不提供代码对齐功能，所谓对齐实为Prettier等格式化工具在多行结构、启用trailingComma、printWidth设为80等前提下触发的语义重排，不支持let声明等并列语句的列对齐。
VSCode 本身不提供“代码对齐”功能，所谓“对齐”是格式化工具（如 Prettier、clang-format、XML Tools）在特定配置下触发的多行垂直排布行为；没对齐，不是快捷键坏了，而是格式化器根本没被调用，或调用后主动放弃了对齐。
Shift+Alt+F 按了没反应？先确认三件事
VSCode 只转发格式化请求，不干活。它需要明确知道：当前是什么语言、谁来干、怎么干。
- 右下角语言模式必须正确 —— 点击它，确认显示的是
javascript、typescript、cpp、xml等，不是Plain Text或JSON - 必须安装对应语言的格式化插件 —— JS/TS 推荐
esbenp.prettier-vscode，C++ 必须配好clang-format可执行路径，XML 必须启用DotJoshJohnson.xml - 必须显式设置默认格式化器 —— 在
settings.json中写入"editor.defaultFormatter"，仅开formatOnSave不够，VSCode 不会自动猜你想要谁
Prettier 为什么死活不对齐变量和赋值？
Prettier 的设计哲学就是放弃对齐控制。它会主动打散你手动对齐的 let a = 1; 和 let longName = 2;，以保证跨项目一致性。
-
trailingComma必须设为"es5"或"all"，否则它认为“没必要换行”，直接压成单行 -
printWidth建议设为80；设成120会导致本该拆多行的结构被硬塞进一行，自然无法对齐 - 它只对多行结构做垂直排列：对象属性、数组元素、JSX 属性（需配
bracketSameLine: false），但绝不会对并列语句（如连续的const声明）做列对齐 - 想保留变量列对齐？换工具：C/C++ 用
clang-format配AlignConsecutiveAssignments: true，Python 用black不行，得上autopep8或yapf
XML / HTML / CSS 对齐失效的隐藏雷区
不同语言的格式化逻辑差异极大，共性陷阱反而藏在配置细节里。
- XML Tools 插件要求
indentationSize是数字（如2），写成字符串"2"就解析失败，退回到无缩进状态 - 新版 XML Tools（v2.5+）优先读
xmlTools.formatOptions，若同时存在旧的xmlTools.xmlToolsConfig，后者会被静默忽略 - HTML 格式化若被 Prettier 接管，
html.format.enable实际无效；但若没装 Prettier，又没开这个开关，内置格式化器也不会启动 - CSS 中 Prettier 从不支持冒号后对齐（如
color: red;和background: #fff;的:纵向对齐），这是它的硬性限制，不是配置没调好
粘贴后缩进全乱，按快捷键也救不回来
粘贴动作跳过了格式化流程，原始空格、Tab、全角空格、混合换行符（\r\n 和 \n）被原样塞入。VSCode 默认按“光标所在行首空白”对齐，不是按语义层级。
- 临时解法：粘贴前先把光标移到行首，或选中整段再粘贴
- 长期解法：关闭
editor.formatOnPaste（设为false），避免粘贴时自动重排干扰原有结构 - 混中文时对齐崩坏？不是代码问题，是字体栈没 fallback 到等宽中文字体 ——
editor.fontFamily必须用单引号包裹中文字体名，如"'Maple Mono', 'Cascadia Code', monospace"，且终端字体要单独配terminal.integrated.fontFamily - 改完字体后必须彻底退出 VSCode 再重启，旧进程缓存不会更新字体度量
真正难的不是让某次格式化看起来整齐，而是让所有机器、所有时间点、所有成员都用同一套规则解释“整齐”——这要求每个环节（语言模式、格式化器路径、配置项类型、字体度量）都精确对齐，缺一不可。
