VSCode不自动同步JS代码风格，必须依赖项目根目录的.eslintrc和.prettierrc文件，因插件仅向上查找最近配置，子目录打开时无法识别规则；二者职责重叠易冲突，需通过eslint-config-prettier禁用ESLint格式规则并确保“prettier”在extends末尾。
VSCode 本身不自动同步 JavaScript 代码风格规则，必须靠项目级配置文件 + 插件协同生效；开全局 editor.formatOnSave 反而容易破坏协作一致性。
为什么 .eslintrc 和 .prettierrc 必须放在项目根目录
ESLint 和 Prettier 插件默认只向上查找最近的配置文件，如果打开的是子目录（比如只打开了 src/），插件根本读不到 .eslintrc.json 或 .prettierrc，直接退回到无规则状态。
- VSCode 的 ESLint 插件启动时会检查当前工作区根目录是否存在
node_modules/eslint和有效配置；不存在就静默失效 -
.prettierrc若是 JS 格式（module.exports = {...}），必须是.prettierrc.js，JSON 文件不支持注释 - 配置文件名大小写敏感：Windows 下可能容忍
.PRETTIERRC，但 Linux/macOS 会忽略
如何让 Prettier 和 ESLint 不打架
两者都试图控制引号、分号、空格，不协调就会出现保存后又标红、格式反复跳变、const a = 1; 被改成 const a = 1 ; 等现象。
- 在
.eslintrc.json的extends数组中，把"prettier"放在最后，确保它能关闭 ESLint 中与自己冲突的规则 - 禁用 ESLint 的格式化能力：
"eslint.format.enable": false（VSCode 设置）或移除"source.fixAll.prettier"（避免双重修复） - 确认已安装
eslint-config-prettier，不是仅装了prettier—— 后者只是格式化器，不参与规则对齐
Ctrl+K Ctrl+F 没反应的三个硬性前提
这个快捷键本质是执行 editor.action.formatDocument，但它不会“猜”该用谁格式化，必须满足全部条件：
- 右下角语言模式必须正确（如显示
JavaScript，不是Plain Text或JSON） -
settings.json中必须有对应语言的格式化器声明，例如："[javascript]": {"editor.defaultFormatter": "esbenp.prettier-vscode"} - 当前文件不能被
.prettierignore或.eslintignore匹配，否则插件直接跳过
团队统一风格最稳的方式：.editorconfig + 项目级 settings.json
.editorconfig 管缩进字符、换行符、是否 trim 行尾空格等编辑器底层行为，Prettier 不覆盖它；但若两者设置冲突（比如 .editorconfig 设 indent_size=4，.prettierrc 设 tabWidth: 2），VSCode 可能触发两次格式化，导致意外重排。
- 推荐分工：
.editorconfig统一基础编辑行为，.prettierrc管代码结构风格，.eslintrc.json管逻辑质量 - 把
vscode/settings.json放进项目根目录的.vscode/文件夹里，内容只写：{"editor.formatOnSave": true}—— 这样只对本项目生效，不污染其他仓库 - 别依赖 Settings Sync 同步格式化规则：不同项目用不同规则，全局同步反而制造混乱
真正难的不是装插件，而是让每个开发者打开项目时，VSCode 真的加载了正确的配置路径、正确的 node_modules、正确的语言模式——这三个“正确”缺一不可，漏一个，整个自动风格同步就断在第一步。
