根本不用“多级嵌套”——EditorConfig和Prettier控制不同阶段缩进：indent_size管手动回车时的编辑器缩进，tabWidth管保存时格式化重排；二者非嵌套而是时间错位，需统一数值并禁用VSCode全局prettier设置以确保项目配置生效。
根本不用“多级嵌套”——EditorConfig 和 Prettier 本就不在同一层级工作，所谓冲突其实是配置值不一致 + VSCode 设置覆盖导致的假性打架。
为什么 .editorconfig 的 indent_size 和 .prettierrc 的 tabWidth 看起来在嵌套打架
它们控制的是不同阶段的缩进行为：
-
indent_size只影响你手动敲Tab或回车后光标自动缩进几格（编辑器层） -
tabWidth控制npx prettier --write或保存时整段重排的缩进宽度（格式化层） - VSCode 默认会同时读取两者，但 Prettier 格式化动作会覆盖 EditorConfig 的缩进结果；而你刚按完回车、还没保存时看到的缩进，是 EditorConfig 在起作用
- 所以不是“嵌套”，是“时间错位”：一个管“写的时候”，一个管“存的时候”
VSCode settings.json 中必须关掉的 Prettier 相关开关
很多问题不是配置写错了，而是 VSCode 全局设置强行劫持了项目配置。直接删或禁用以下项：
-
prettier.tabWidth—— 必须删掉，否则它会盖过.prettierrc里的tabWidth -
prettier.singleQuote、prettier.semi、prettier.trailingComma—— 全部删掉，让插件退回到读项目级.prettierrc - 只保留且仅保留：
"editor.defaultFormatter": "esbenp.prettier-vscode"和"editor.formatOnSave": true - 语言专属设置必须显式写全，比如对 JS/TS 生效，得加
"[javascript]"和"[typescript]"块，不能只靠全局 defaultFormatter
如何验证当前文件到底用了哪个 .prettierrc
VSCode 不报错也不提示，但它可能根本没加载你写的配置。最可靠的方式是绕过编辑器，直接调 CLI：
npx prettier --find-config-path ./src/index.js
如果返回空，或指向 ~/.prettierrc，说明项目根目录的 .prettierrc 没被识别。常见原因包括：
- 文件名写成
.prettierrc.json但实际内容是 YAML 格式（或反之） -
.prettierrc放在子目录里，没放在项目根目录 - 路径里有符号链接，Prettier CLI 默认不跟随（需加
--with-node-modules） - VSCode 工作区是子文件夹，但
.prettierrc在父级目录 —— CLI 能找到，VSCode 插件可能找不到
真正麻烦的从来不是“怎么配”，而是“你以为配了，其实没生效”。每次改完配置，务必用 CLI 验证路径，再手敲回车看缩进、保存看格式化结果——眼见为实，别信设置面板里的勾选框。
