EditorConfig在VSCode中生效需同时满足三条件：安装启用官方插件、.editorconfig置于工作区根目录、文件首行写root=true；缺一则配置不生效，右下角无Spaces:2等标识。
EditorConfig 在 VSCode 中不会自动生效，必须同时满足三个硬性条件：插件已启用、.editorconfig 在工作区根目录、文件头有 root = true。 缺一不可，否则你改了配置也完全没反应。
VSCode 找不到 .editorconfig？先确认这三件事
不是“装了插件就管用”，而是 VSCode 只认你当前打开的那个文件夹（即左侧资源管理器顶部显示的路径）下的 .editorconfig。它不会向上递归找父目录，也不会向下钻进子包里读。
-
.editorconfig必须放在你用 VSCode 打开的**工作区根目录**下——比如你执行code my-project，那文件就得在my-project/里，不能在my-project/src/或~/下 - 必须安装并启用官方插件
EditorConfig for VS Code（发布者是EditorConfig），右下角状态栏要能看到EditorConfig字样 -
.editorconfig第一行必须是root = true，否则 VSCode 会一路向上找，可能把你家目录下的全局配置加载进来，覆盖项目本意
验证是否加载成功：打开任意源码文件（如 index.js），看右下角是否显示类似 Spaces: 2、LF、UTF-8 的标识。没有？说明没生效。
indent_size 设了 2 却还是 4 格？settings.json 在偷偷覆盖
VSCode 的用户或工作区 settings.json 里如果写了 "editor.tabSize": 4 或 "editor.insertSpaces": false，会直接压过 .editorconfig 的 indent_size 和 indent_style。
-
indent_style = space和indent_size = 2生效的前提，是你删掉了所有手动设置的缩进相关项：editor.tabSize、editor.insertSpaces、editor.detectIndentation - 验证方式：按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools→ 在 Console 里执行editor.getModel().getOptions().tabSize，返回值应与.editorconfig中的indent_size一致 - 注意：
tab_width只在indent_style = tab时起作用；若混用indent_style = tab但editor.insertSpaces: true，行为会冲突
JavaScript/TypeScript 文件不走 end_of_line = lf？必须显式声明语言段落
end_of_line 规则默认只对新创建或保存的文件生效，且 VSCode 对 .js/.ts 文件默认忽略该规则——除非你在 .editorconfig 中单独为它们声明匹配段落。
- 错误写法：
[*]段落里写了end_of_line = lf，但index.js保存后仍是CRLF - 正确写法：加一段
[*.js]或[*.{js,ts}]，把规则显式绑定到文件类型 - 已有文件的换行符不会被自动转换，需手动在右下角点击
CRLF→ 切成LF→ 再保存一次触发.editorconfig生效 - 如果用了 Prettier，它默认禁用
end_of_line，需在prettier.config.js中加endOfLine: 'lf'并确保prettier.useEditorConfig为true（默认是true，但旧版或自定义配置里可能关了）
团队协作最容易漏掉的三项“隐形”配置
多数人只配缩进和换行，但真正导致 Git 合并冲突的，常是那些看不见的细节：末尾空格、缺失换行、编码不一致。
-
trim_trailing_whitespace = true：避免提交无意义空格差异，但要同步关掉 IDE 的“保存时自动 trim”功能（否则和.editorconfig行为重复甚至冲突） -
insert_final_newline = true：防止因缺少结尾换行符引发 Unix 工具链警告或 diff 异常 -
charset = utf-8：强制统一字符编码，避免 Windows 上用 GBK 编辑后提交乱码
这些配置不起眼，但一旦漏掉，团队里有人开个新文件、手抖多敲个空格、或者换台 Windows 机器编辑，第二天 PR 就可能冒出几十行无关 diff。
