插件本身不定义代码风格，仅执行用户指定规则；必须通过.clang-format等配置文件或VS Code设置显式覆盖，默认风格不会自动生效。
插件生成的代码风格不能直接“修改”，只能通过配置文件或设置覆盖它——因为插件本身不定义风格，只执行你指定的规则。
EditorConfig 插件不控制缩进/换行逻辑，只读取 .editorconfig
EditorConfig for VS Code 插件不会自动生成或决定代码风格，它只是在打开文件时，按顺序查找项目根目录下的 .editorconfig 文件，并把其中的规则（如 indent_size = 2、end_of_line = lf）同步到编辑器设置里。
- 它不处理大括号换行、空格环绕、函数参数对齐等——这些归
clang-format、Prettier或Stylelint管 - 如果你右键“Generate .editorconfig”，生成的是模板，不是最终风格；必须手动改内容才生效
- 多个
.editorconfig文件会向上级目录合并查找，但只要某层写了root = true，就停止向上找
Clang-Format 插件必须配 .clang-format 文件或显式 style 配置
VS Code 的 C/C++ 或 xaver.clang-format 插件默认不启用格式化，也不会用内置“Google 风格”自动生效——它只调用 clang-format 二进制并传参，而参数来源有且仅有以下三种（优先级从高到低）：
-
.clang-format（必须放在工作区根目录，名字不能是.clang-format.yaml或clang_format） - 设置里的
C_Cpp.clang_format_style（值为file、Google、LLVM等） - 设置里的
C_Cpp.clang_format_fallbackStyle（仅当前两者都未命中时兜底）
常见静默失败原因：
-
clang-format --version在终端报错 → 插件找不到二进制，不提示、不报错、不格式化 -
.clang-format文件用了 Tab 缩进 → YAML 解析失败，整个文件被忽略 - 文件编码不是 UTF-8 + LF → Windows 上 Notepad 默认保存为 ANSI + CRLF，导致解析中断
Stylelint / Prettier 插件需设为默认格式化器，否则不接管保存行为
即使装了 Stylelint 插件并配好了 .stylelintrc.json，VS Code 默认仍可能用内置 CSS 格式化器或 Prettier —— 它们规则冲突，结果就是“看着报错却不修复”。
- 右键 CSS/SCSS 文件 → “格式化文档” → 点“Configure Default Formatter” → 选
stylelint.vscode-stylelint - 在
settings.json中确认有："css.format.enable": false（禁用内置格式化） -
stylelint.autoFixOnSave必须设为true，且只修复可安全自动修正的规则（比如property-case），复杂规则如排序仍需手动运行stylelint --fix
真正起作用的永远是配置文件内容和 VS Code 设置的组合，而不是插件“自带风格”。最容易被忽略的一点：所有这类插件都依赖「文件路径匹配」和「语言标识符」——[*.py] 不会应用到 foo.pyi，"[cpp]" 语言块不会影响 .h 文件，除非你显式加上 "[c]","[cpp]","[h]","[hpp]"。
