箭头函数格式化不生效，根本原因是未将prettier设为默认格式化器；需在settings.json中配置"editor.formatonsave": true和"editor.defaultformatter": "esbenp.prettier-vscode"，并确保arrowparens与printwidth等规则匹配预期输出。
箭头函数格式化不生效？检查 editor.defaultFormatter 是否指向 Prettier
VSCode 默认不处理箭头函数的括号、换行或参数空格，必须靠格式化插件驱动。很多人装了 Prettier 却没生效，根本原因是没把它设为默认格式化器。在 settings.json 中确认这两项已配置：
"editor.formatOnSave": true"editor.defaultFormatter": "esbenp.prettier-vscode"
如果用的是工作区配置（.vscode/settings.json），还要确保没有被用户级设置覆盖——比如全局设置了 editor.defaultFormatter 为其他插件，就会优先级更高，导致项目内 Prettier 不起作用。
prettier 对箭头函数的默认行为与常见偏差
Prettier 处理箭头函数时有一套固定逻辑，不是“越简洁越好”，而是基于 AST 重生成，所以有些写法会意外变样：
- 单参数无括号 → 保留：
user => user.name不会加括号 - 多参数或带解构 → 强制括号：
({ id, name }) => id + name不会简化成id, name => id + name - 函数体为单表达式 → 不换行：
item => item.id === targetId - 函数体含多语句 → 自动换行并加大括号：
item => { console.log(item); return item.active; }
如果你期望 item => item.id 在长链式调用中自动换行（比如 list.map(item => item.id).filter(...)），Prettier 默认不会拆，需配合 printWidth（默认 80）和 arrowParens 控制。
arrowParens 和 printWidth 怎么影响箭头函数输出
这两个配置项直接决定箭头函数是否“看起来更干净”：
-
"arrowParens": "always"：所有参数都加括号，哪怕单个：(item) => item.id—— 适合团队强制统一风格，避免item =>和(item) =>混用 -
"arrowParens": "avoid"（默认）：单参数省略括号，但一旦加了类型注解或解构，就自动补上 -
"printWidth": 60：比默认 80 更激进，会让长链式箭头函数提前换行，例如users.filter(u => u.status === 'active').map(u => u.name)可能被拆成两行
注意：printWidth 是软限制，Prettier 不会在运算符中间硬断，所以即使设为 40，item => item.firstName + item.lastName 也不会拆成三行——它优先保证语义完整。
ESLint 报 no-confusing-arrow 或 implicit-arrow-linebreak 怎么办
这类规则属于 ESLint 的代码质量层，和 Prettier 的格式层不冲突，但容易让人误以为“格式错了”。典型场景：
-
no-confusing-arrow：警告x => x && y这种写法，因为=>和&&靠太近易读错，建议写成x => (x && y) -
implicit-arrow-linebreak：要求箭头函数体换行时，=>必须和大括号在同一行，如item => {而非item=> {
它们不会被 Prettier 自动修复，必须靠 ESLint 的 source.fixAll.eslint 配合。确保 settings.json 含：
"editor.codeActionsOnSave": {
"source.fixAll.eslint": true
}
且项目里已安装 eslint-plugin-prettier 并正确 extends，否则 ESLint 规则和 Prettier 输出可能互相打架。
真正麻烦的不是配置本身，而是不同项目用了不同 .prettierrc 或 ESLint 规则集，导致同一段箭头函数在 A 项目里被格式化成一行，在 B 项目里被强制换行加括号。别依赖记忆，每次进新项目先看 .vscode/settings.json 和根目录下的配置文件。
