VS Code保存自动格式化不生效需检查editor.formatOnSave是否启用及语言模式是否正确；Prettier负责格式化，ESLint仅校验，二者规则需分离，配置文件（.prettierrc、.editorconfig等）确保团队一致。
VS Code 保存时自动格式化不生效？检查 editor.formatOnSave 和语言绑定
VS Code 默认不会为所有语言启用保存即格式化，即使装了 Prettier 或 ESLint 插件。核心是两件事：全局开关是否打开，以及当前文件类型是否被正确识别并绑定格式化器。
常见错误现象：Ctrl+S 后代码没变、缩进还是乱的、Prettier 的配置文件（如 .prettierrc）明明存在却没起作用。
-
"editor.formatOnSave": true必须在用户或工作区设置中显式开启（默认是false） - 确保当前文件后缀被 VS Code 正确识别为对应语言（比如
.js文件不能被识别成Plain Text，右下角状态栏看语言模式） - 若用 Prettier，需通过
editor.defaultFormatter指定语言的默认格式化器，例如："javascript": "esbenp.prettier-vscode" - ESLint 插件本身不格式化代码，除非开启
eslint.format.enable: true并配合editor.formatOnSave—— 但更推荐只让 Prettier 负责格式，ESLint 只做校验
Prettier 和 ESLint 冲突？优先用 Prettier 格式 + ESLint 检查
两者定位不同：Prettier 是“代码打印机”，强制统一风格；ESLint 是“代码医生”，检查逻辑和潜在问题。硬让 ESLint 去格式化，容易和 Prettier 规则打架（比如引号、分号、括号换行），最终保存时反复来回改。
典型冲突场景：Prettier 要求单引号，ESLint 规则 quotes 也设为单引号，看似一致，但 ESLint 的 semi 和 Prettier 的 semi 解析逻辑不同，保存时可能触发无限重写。
- 关闭 ESLint 的格式类规则：在
.eslintrc.js中加入"extends": ["prettier"]（需安装eslint-config-prettier） - 确保
eslint.validate只启用语法/逻辑检查，不要开启"format"选项 - Prettier 配置优先级高于 ESLint —— 所有风格相关决定以
.prettierrc为准，ESLint 只管报错不修 - 如果非要 ESLint 自动修复（比如
no-console），用eslint --fix命令行，别依赖保存时触发
团队协作下格式不一致？靠 .editorconfig + .prettierrc + package.json 三件套兜底
光靠 VS Code 设置无法保证所有人行为一致，尤其当有人不用 VS Code、或没装插件时。真正起效的是项目根目录下的配置文件，它们会被 Prettier、ESLint、编辑器插件共同读取。
容易被忽略的点：VS Code 的 Prettier 插件默认会找 .prettierrc，但如果你用的是 prettier.config.js，就得确认插件版本 ≥ 9.0.0，否则读不到。
-
.editorconfig管基础缩进/换行/空格，连 WebStorm、Sublime 都认，适合最底层约束 -
.prettierrc（或prettier.config.js）定义实际格式规则，Prettier CLI 和插件都依赖它 -
package.json中的"prettier"字段可作为备选配置源，但优先级低于独立配置文件 - 别把 Prettier 配置写在
package.json的eslintConfig里 —— ESLint 不会读那里，纯属白写
格式化后代码反而报 ESLint 错误？检查 eslint-plugin-prettier 是否启用
这是个隐蔽坑：Prettier 格式化完的代码，本应完全符合 ESLint 的“风格宽容”规则，但如果没引入 eslint-plugin-prettier，ESLint 还是按原始规则检查，结果就是“我刚格式好了，你又说我不对”。
典型表现：保存后出现 Replace `··` with ` ` 类似提示（其实是 Prettier 把空格转成了 ，但 ESLint 没被告知这合法）。
- 安装
eslint-plugin-prettier和eslint-config-prettier - 在
.eslintrc.js的plugins加"prettier"，extends加"plugin:prettier/recommended" - 注意顺序：
"plugin:prettier/recommended"必须放在extends数组最后，覆盖前面所有风格规则 - 如果用了 TypeScript，额外加
eslint-plugin-react或@typescript-eslint/eslint-plugin时，也要确认它们没把 Prettier 规则又顶回去
