VSCode 无原生垂直对齐功能，依赖 Pretterr 或 clang-format 等格式化工具在多行结构下语义重排；需正确设置语言模式、安装扩展、指定默认格式化器，并配置 .prettierrc（含 trailingComma 和 printWidth）以触发对齐。
VSCode 本身不提供“自动对齐垂直代码块”的原生功能，所谓对齐实际是格式化工具（如 Prettier、clang-format）在满足多行结构前提下触发的语义重排，不是编辑器自动拉齐等号或冒号。
为什么 Shift+Alt+F 没反应或不对齐
这不是快捷键坏了，而是 VSCode 在转发格式化请求时找不到能干活的工具：
- 右下角语言标识必须正确 —— 显示
JavaScript，不能是Plain Text或JSON（哪怕文件后缀是 .js） - 必须安装对应语言的格式化扩展 —— JS/TS 推荐
esbenp.prettier-vscode，C/C++ 必须装clang-format并配置clang-format.executable - 必须显式设置默认格式化器：
"editor.defaultFormatter": "esbenp.prettier-vscode"，仅开formatOnSave不够 - 项目根目录若有
.prettierrc或.clang-format，它们会覆盖全局设置，需检查printWidth和trailingComma是否合理
Prettier 对齐什么、不支持什么
Prettier 的对齐是“条件式”的：它只在代码已为多行结构时优化垂直排列，不会强行拆开单行表达式。
- ✅ 支持对齐：
{ name: 'Alice', age: 30 }（对象属性）、import { a, b, c } from 'x'（多行 import）、JSX 属性（需配bracketSameLine: false） - ❌ 不支持对齐：
let a = 1; let b = 2;这类并列语句 —— Prettier 默认压成单行，除非超出printWidth - ⚠️ 关键前提：必须启用尾逗号 ——
"trailingComma": "es5"，否则它认为“没必要换行”，直接放弃对齐 - ⚠️
printWidth设太大（如 120）会导致本该对齐的代码被塞进一行；80是稳妥值
手动列编辑（Alt+拖选）能当真用吗
不能。这是临时整理非结构化文本（比如 SQL 字段列表、日志片段）的技巧，和格式化无关：
-
Alt + 鼠标拖选（Windows/Linux）或Option + 鼠标拖选（macOS）可批量插入空格或修改字符，但const { a, b } = obj中的逗号、等号会被当成普通字符处理，极易错位 - 更关键的是：保存时 Prettier 会把它“还原”掉 —— 列编辑结果只是视觉暂存，不是语义对齐
- 它不识别语法结构，也不随缩进动态调整，纯属临时手段，别写进正式代码
缩进参考线 vs 列标尺：别配错地方
很多人搜“垂直对齐线”却配错了配置项：
-
editor.guides.indentation控制缩进参考线 —— 按代码块层级动态绘制，用于识别if块归属、函数体边界，是逻辑锚点 -
editor.rulers控制列标尺 —— 必须设为数字数组（如[80, 120]），填字符串（["80"]）或负数会静默失效；它只在固定列画竖线，用于长度提示，与语法结构无关 - 二者互不叠加、互不影响；同时启用没问题，但别指望它们“增强对齐效果”
- 颜色控制必须单独配：
workbench.colorCustomizations中分别设editorIndentGuide.background和editorRuler.foreground，字段名易混淆，建议逐类调试
真正影响垂直对齐效果的，从来不是某条线的颜色或位置，而是格式化工具是否启用、配置是否匹配语义结构、以及你是否接受了“对齐=多行+尾逗号+合理宽度”这个前提。手动对齐的冲动越强，越要先确认 Prettier 或 clang-format 是否已在当前语言模式下真正接管了格式化流程。
