prettier是vscode中格式化typescript的事实标准，因其支持自定义风格规则、语义感知排版及团队配置共享，而vscode内置typescript语言服务仅保障语法合法，不支持引号/分号等规则，泛型与类型对齐处理保守且不可共享配置。
prettier 是当前 VSCode 中格式化 TypeScript 的事实标准，不是靠 VSCode 内置的 TypeScript language service 做“强类型代码对齐”，而是靠它把类型声明、泛型、函数签名等结构按统一风格排版——类型信息本身不参与格式化逻辑，但格式化结果必须不破坏类型语法合法性，否则会干扰 tsc 编译或 eslint 检查。
为什么不能只用 VSCode 自带的格式化？
VSCode 默认使用内置的 TypeScript 语言服务（typescript-language-features）做基础格式化，但它：
- 不支持自定义缩进/引号/分号等风格规则
- 对泛型尖括号、交叉/联合类型（&/|）、类型参数换行等处理保守，常把长类型挤在一行导致可读性差
- 无法与团队共享配置，不同人打开同一文件可能得到不同排版
- 在涉及 JSX/TSX 文件时，格式化行为不稳定，容易错位属性或标签闭合
简单说：typescript-language-features 能保证语法合法，但做不到「强类型代码对齐」所需的语义感知排版。你需要的是 prettier + 显式配置。
.prettierrc 中影响类型对齐的关键配置
以下字段直接决定泛型、函数签名、接口成员等如何折行与缩进：
-
"printWidth": 100：超过该长度时，prettier才会考虑拆分长类型（如Record<string a: number b: string></string>），太小会导致过度折行 -
"arrowParens": "avoid"：让(x) => x保持简洁，但(x, y) => x + y仍保留括号——这对函数类型声明（type Fn = (x: number) => string）排版很关键 -
"trailingComma": "all"：启用后，接口/类型字面量末尾加逗号，使新增字段时 git diff 更干净，也避免因漏逗号导致类型合并失败 -
"bracketSpacing": true：控制Array<string></string>还是Array——后者更利于长泛型嵌套时视觉分隔
示例对比：
// 配置前（挤在一起）
type ApiResponse<t extends record any>> = { data: T; error?: string; timestamp: Date };
<p>// 配置后（<code>printWidth: 80</code>, <code>bracketSpacing: true</code>）
type ApiResponse<t extends record string any>> = {
data: T;
error?: string;
timestamp: Date;
};
</t></p></t>
如何让保存时真正对齐类型结构？
仅装插件、写 .prettierrc 不够。你必须明确指定 TypeScript 文件的默认格式化器，并关闭冲突来源：
- 在
.vscode/settings.json中强制指定："[typescript]": {"editor.defaultFormatter": "esbenp.prettier-vscode"} - 禁用 TypeScript 自带格式化，防止它和
prettier抢占："typescript.format.enable": false - 启用保存即格式化：
"editor.formatOnSave": true - （可选）避免粘贴时被干扰：
"editor.formatOnPaste": true，但注意：粘贴含类型注解的代码块时，若printWidth过小，可能意外折行
⚠️ 容易踩的坑：
如果同时启用了 eslint-plugin-prettier 且 eslint 配置里没加 eslint-config-prettier，ESLint 会报 prettier/prettier 错误——这不是代码错，是 ESLint 和 Prettier 规则打架。必须删掉 ESLint 中所有和格式相关的规则（比如 object-curly-spacing），只留质量类规则（如 @typescript-eslint/no-unused-vars）。
类型对齐的本质不是“让类型看起来整齐”，而是让类型结构在换行、缩进、空格上保持语法无歧义且团队可预期。最常被忽略的一点是：prettier 不解析类型语义，它只按 AST 节点位置做排版；所以当你发现某个复杂条件类型没按预期折行，问题往往出在 printWidth 或 tabWidth 与实际代码宽度不匹配，而不是工具不支持。
