Prettier 保存自动换行是因 printWidth 默认值（80/100）触发的正常行为；修改 .prettierrc 中 printWidth 可调整，局部禁用用 // prettier-ignore，需避免 ESLint 与 Prettier 规则冲突。
为什么 prettier 一保存就自动换行？
VS Code 默认启用的代码格式化工具（比如 Prettier）会根据配置项强制折行，不是 bug，是它在“尽职”。关键参数是 printWidth，默认值通常是 80 或 100，只要某行字符数超过这个值，就会被拆成多行。
常见错误现象：写了一行简洁的 const result = getData().filter(x => x.id > 5).map(x => x.name);，保存后变成四行；或者 JSX 中一个 div 套了几个 props 就全摊开了。
-
printWidth是主因，改它最直接；设为120或150能显著减少折行 - 如果用的是
Prettier，必须改.prettierrc或prettier.config.js，改 VS Code 设置里的prettier.printWidth不生效（插件优先读项目配置） - 某些场景下
arrowParens、trailingComma也会间接影响换行策略，但它们不直接控制是否折行
怎么关掉「自动换行」但保留其他格式化？
不能全局关格式化，但可以精准压制换行行为。最稳妥的方式是局部禁用：在不想被折行的代码前加 // prettier-ignore 注释。
使用场景：一行链式调用、长正则、内联 JSX 属性、SQL 拼接字符串等明显需要视觉连贯性的片段。
- 注释必须紧贴上一行代码，中间不能有空行，否则无效
- 只对紧跟着的那一条语句生效，不影响后续代码
- 别滥用——整文件都加
// prettier-ignore等于放弃格式统一，协作时容易出问题
const url = `https://api.example.com/v1/users?limit=${limit}&offset=${offset}&sort=${sort}`; // prettier-ignore
ESLint + Prettier 冲突导致换行更乱？
当 eslint-plugin-prettier 和 @typescript-eslint/eslint-plugin 同时启用，且规则重叠（比如 max-len 和 printWidth），VS Code 可能反复格式化、越改越碎。
典型表现：保存一次，换行；再保存一次，又缩回去一点；第三次又展开——像在拉锯。
- 确保
max-len的 ESLint 规则关闭，或设为off，让printWidth单一负责行宽 - 检查
editor.formatOnSave是否和editor.codeActionsOnSave中的source.fixAll同时开启，这会导致双重格式化 - 推荐只开
editor.formatOnSave，关掉source.fixAll，避免 ESLint 覆盖 Prettier 的换行决策
换行逻辑还受语言扩展影响？
是的。Prettier 本身对不同语言有内置换行启发式规则，比如对 JavaScript 更倾向保留单行链式调用，但对 TypeScript 接口定义或 React JSX 默认更激进地拆分 props。
如果你发现 .tsx 文件比 .js 文件更容易被拆开，大概率是 Prettier 的 TypeScript 解析器在起作用，而不是配置错了。
- 升级到
Prettier 3.0+能改善部分 JSX 换行判断，旧版本对 spread props 处理较生硬 - 不用强行统一所有语言的换行风格——JSX 适当换行其实可读性更好，重点是别让一行变三行却只为了塞进
printWidth - 如果团队用
Vue SFC，注意script setup区块也走 JS 规则，但template区块由 Vue 插件控制，和 Prettier 无关
换行不是格式化失控，而是多个配置项在后台悄悄投票。真正难调的不是改数字，是搞清哪条规则在当前文件里说了算——尤其当项目里同时存在 .prettierrc、package.json 里的 prettier 字段、VS Code 工作区设置，还有语言特定的覆盖配置。
