VSCode 默认只缩进不自动对齐，对齐需依赖格式化工具（如Pretterr）；启用Prettier并配置trailingComma、printWidth等选项才能实现对象属性、函数参数等场景的垂直对齐。
VSCode 默认缩进行为经常不按预期对齐？
VSCode 不会“自动对齐”代码，它只做「缩进」（indent）——也就是在行首加空格或 Tab；所谓“对齐”，比如让等号、冒号、箭头垂直排成一列，属于格式化（formatting）范畴，需要额外配置或插件。很多人误以为开了 editor.autoIndent 就能对齐赋值语句，结果发现 let a = 1; let b = 2; 还是挤在一行，根本没换行对齐。
-
editor.autoIndent控制的是回车后新行的缩进量，不是多行变量声明的垂直对齐 - 真正影响对齐效果的是格式化工具（如 Prettier、ESLint +
prettier-eslint、或语言自带的 formatter） - VSCode 内置的 JavaScript/TypeScript formatter 对齐能力很弱，
const { a, b } = obj;中的a和b默认不会竖向对齐
用 Prettier 实现常见对齐需求
Prettier 是目前最稳定、开箱即用的对齐方案，支持对象属性、数组元素、函数参数、import 多行拆分等场景的自动对齐。但它不是“开关式”功能，而是靠规则组合生效。
- 启用前必须安装 Prettier 插件，并在工作区配置
.prettierrc或settings.json中设置"prettier.enable": true - 关键对齐配置项：
-
"arrowParens": "always"—— 影响箭头函数参数对齐（避免(a) =>和a =>混用导致格式错乱） -
"trailingComma": "es5"—— 允许多行对象/数组末尾逗号，这是对齐的前提（否则 Prettier 会强行压成单行） -
"printWidth": 80—— 宽度阈值决定何时触发多行+对齐，设太大会跳过对齐
-
- 示例：这段代码开启 Prettier 后会自动对齐
const user = {<br> name: 'Alice',<br> age: 30,<br> city: 'Beijing'<br>};但前提是name、age、city原本就各自占一行 —— Prettier 不会把const user = { name: 'Alice', age: 30 };拆开再对齐
手动触发对齐时按错了快捷键？
VSCode 默认没有“对齐当前选中代码块”的快捷键。很多人按 Shift+Alt+F（格式化文档）或 Ctrl+Shift+I（格式化选区），却没配好 formatter，结果什么都没变。
- 检查是否已设置默认 formatter：右键编辑器 → “Format Document With...” → 选 Prettier（不是 “Default Formatter”）
- 若只希望对齐某几行，先选中它们，再按
Shift+Alt+F；但注意：Pretterr 对选区格式化的支持有限，部分结构（如 if 块内多行条件）可能被忽略 - 避免误用
Ctrl+[/Ctrl+]：这只是增减缩进层级，不会重排内容位置，更不会对齐等号
为什么 TypeScript 文件对齐效果比 JS 差？
TypeScript 的内置语言服务（TypeScript Server）和 Prettier 存在协作盲区。尤其在类型标注、泛型参数、装饰器等场景下，Prettier 可能退回到“安全但不对齐”的保守格式。
- 类型接口成员默认不对齐：
interface User { id: number; name: string; }不会变成竖排 - 解决方法：改用
eslint-plugin-prettier+eslint-config-prettier，并启用eslint.format.enable，让 ESLint 调用 Prettier 执行格式化 - 更关键的是关闭 TS 自带格式化：在
settings.json加上"typescript.preferences.includePackageJsonAutoImports": "off"和"javascript.preferences.includePackageJsonAutoImports": "off"，防止 TS Server 抢先格式化并破坏对齐逻辑
对齐不是靠一个开关解决的，它依赖 formatter 类型、配置粒度、文件后缀识别精度三者咬合。最容易被忽略的是：你看到的“没对齐”，大概率是因为当前文件没被正确识别为可格式化目标，而不是设置漏了哪一项。
