靠.vscode/settings.json能统一配置，但需满足三个条件：以项目根目录为工作区打开、设置显示“Workspace”优先级、安装对应插件并执行Reload Window；否则90%成员会遇到格式化不一致问题。
直接结论：靠 .vscode/settings.json 能统一，但必须满足三个硬条件——以项目根目录为工作区打开、设置显示“Workspace”优先级、装了对应插件且重启过窗口；否则 90% 的团队成员会发现“配置没生效”。
为什么改了 settings.json 同事还是格式化不一致
不是配置没写对，而是 VSCode 的作用域和缓存机制在起作用。常见断点包括：
- 同事是双击某个
.vue文件打开的 VSCode，而不是用“文件 > 打开文件夹”选中整个项目根目录——此时.vscode根本不加载 - 某项设置（比如
editor.tabSize）在设置面板里右侧显示的是User图标，说明被用户级配置覆盖了，Workspace没抢到优先权 - 改完
settings.json后只是关掉再开 VSCode，没执行Developer: Reload Window，旧配置还在内存里缓存着 -
prettier.prettierPath写成了绝对路径（如/Users/xxx/.nvm/versions/node/v18.18.2/lib/node_modules/prettier），别人机器上根本不存在
settings.json 里哪些键必须写死，哪些千万不能碰
统一 ≠ 全盘接管。写错一个路径或强行覆盖本地习惯，反而会让开发体验变差。
- 必须锁定：
editor.tabSize、editor.insertSpaces、editor.formatOnSave、editor.codeActionsOnSave（尤其是"source.fixAll.eslint"） - 建议显式禁用：
editor.suggest.snippetsPreventQuickSuggestions（设为true），避免 Volar 或其他插件弹出干扰性代码片段 - 禁止硬编码路径：
eslint.runtime、typescript.tsdk、prettier.prettierPath全部用相对路径，例如"./node_modules/.bin/eslint"或"./node_modules/typescript/lib" - 慎用
files.exclude：它会影响整个资源管理器的可见性，容易误藏.env.local或mock/目录；该由.gitignore管的，别塞进这里
extensions.json 是摆设，真想让插件起作用得靠配合
.vscode/extensions.json 只负责提示“推荐安装”，不会自动装、也不会强制启用。它真正起效的前提是：
- 插件本身已安装（比如
volar、esbenp.prettier-vscode、dbaeumer.vscode-eslint） -
settings.json中明确指定了 formatter 和校验器，例如："editor.defaultFormatter": "Vue.volar"、"eslint.enable": true - 语言模式识别正确：Vue 单文件组件要能被识别为
vue模式（不是html或javascript），否则 Prettier 和 ESLint 都不会触发 - 如果用了
typescript.tsdk，确保./node_modules/typescript存在且版本兼容，否则 Volar 会降级使用内置 TS，导致类型提示不准
最常被忽略的一点：VSCode 的“工作区”概念其实分两种——单文件夹工作区（靠 .vscode/）和多根工作区（靠 .code-workspace）。前者只管一个项目，后者才能跨 frontend 和 backend 统一 tabSize 或 files.eol。别把 .code-workspace 里的 settings 和 .vscode/settings.json 混着用，它们作用域不同、加载时机也不同。
