VSCode需安装启用EditorConfig插件、.editorconfig须在工作区根目录、多根工作区需置于主根路径；indent_size受editor.tabSize覆盖；JS文件需显式配置[*.{js,ts}]段落；团队协作应启用trim_trailing_whitespace、insert_final_newline和charset。
VSCode 读不到 .editorconfig 文件？检查这三处
VSCode 默认支持 .editorconfig，但不自动启用——它依赖插件和配置双重生效。常见现象是文件明明放在项目根目录，换行符、缩进还是不统一。
-
EditorConfig for VS Code插件必须已安装且启用（不是“已安装”，要确认右下角状态栏出现EditorConfig字样） -
.editorconfig必须在工作区根目录（即你打开的文件夹最顶层），VSCode 不会向上递归查找父目录的配置 - 如果项目用了多根工作区（
workspace.code-workspace），确保.editorconfig在主工作区根路径，而非某个子文件夹里
indent_style 和 indent_size 冲突时谁生效？
VSCode 的编辑器设置（如 "editor.insertSpaces": true）会覆盖 .editorconfig 的 indent_style，但仅限于“是否插入空格”；而缩进宽度（indent_size）仍由 .editorconfig 控制。
- 真实场景：你设了
indent_style = space但indent_size = 2，结果文件里却是 4 格缩进 → 很可能是用户设置了"editor.tabSize": 4，它优先级高于indent_size - 解决办法：删掉
settings.json里的editor.tabSize和editor.insertSpaces，完全交由.editorconfig管理 - 验证方式：打开一个文件，按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，在 Console 里执行editor.getModel().getOptions().tabSize，看返回值是否匹配.editorconfig
为什么 JavaScript 文件没按 .editorconfig 换行符处理？
end_of_line 规则只对新创建/保存的文件生效，不会自动转换已有文件的换行符。更隐蔽的问题是：VSCode 对不同语言的换行符策略不同，JS/TS 默认忽略该规则，除非显式声明语言范围。
- 必须写明
[*.js]或[**/*.js]段落，不能只靠全局*段落 - 若用 Prettier，它默认禁用
end_of_line，需在prettier.config.js中加endOfLine: 'lf'并设"prettier.endOfLine": "auto"（否则 VSCode 的 Prettier 插件会覆盖 .editorconfig） - 检查当前文件右下角状态栏显示的换行符类型（
CRLF/LF），点击可手动切换，再保存一次触发 .editorconfig 生效
团队协作时 .editorconfig 最容易漏掉的配置项
多数人只配缩进和换行，但实际导致合并冲突的常是空格/制表符混用、末尾空格、编码格式这些“看不见”的细节。
-
trim_trailing_whitespace = true：避免 Git 提交无意义空格差异，但需同步关掉 IDE 的“保存时自动 trim”功能，否则和 .editorconfig 双重作用引发误删 -
insert_final_newline = true：防止 Linux/macOS 下 shell 脚本或 JSON 因缺结尾换行报错，但注意某些构建工具（如 Webpack）对.d.ts文件末尾换行敏感 -
charset = utf-8：Windows 用户新建文件默认 GBK，不声明会导致中文注释乱码，且 VSCode 不会自动转码，只能靠提前约定
复杂点在于：.editorconfig 是静态声明，它不感知语言服务或格式化工具链。一旦开了 Prettier、ESLint 自动修复，就得确认它们的配置和 .editorconfig 不打架——比如 Prettier 的 useTabs 和 .editorconfig 的 indent_style 必须一致，否则保存时反复横跳。
