VSCode扩展设置分三级：工作区（.vscode/settings.json）、用户（全局settings.json）、扩展默认值，优先级从高到低；修改需通过设置页搜索扩展名→齿轮图标→可视化配置，注意作用域标识与配置冲突排查。
vscode 的扩展设置不是统一管理的，而是分散在三个层级：全局用户设置、工作区设置、扩展自身提供的配置项。搞不清这点，就容易出现「改了设置没生效」「换个项目配置丢了」这类问题。
扩展设置存在三个独立作用域
VSCode 不会把所有扩展配置都塞进 settings.json 里统一处理——它分层加载，优先级从高到低是：
- 工作区设置（
.vscode/settings.json）：只对当前文件夹生效，适合项目特定配置（比如 Prettier 只在前端项目中格式化.ts文件） - 用户设置（
settings.json在用户目录下）：全局生效，但会被工作区覆盖 - 扩展自己的默认值（硬编码在 extension code 中）：最低优先级，一般不用动
你在扩展页面点「Manage → Extension Settings」打开的，就是当前作用域下的配置界面，右上角会明确标出「User」或「Workspace」。
如何快速定位并修改某个扩展的配置项
别靠手动翻 settings.json 找——VSCode 提供了更直接的方式：
- 按
Ctrl+,（Windows/Linux）或Cmd+,（macOS）打开设置页 - 在搜索框输入扩展名（如
eslint），顶部会显示「Extensions」分类下的匹配项 - 点击对应扩展右侧的齿轮图标 → 「Extension Settings」→ 进入可视化配置面板
- 勾选/取消勾选即实时写入对应作用域的
settings.json，无需手写 JSON
注意：有些扩展（如 Python）会提供「Edit in settings.json」链接，点开后自动跳转到该配置项所在行，方便你加注释或调整结构。
常见配置冲突与排查方法
当扩展行为异常（比如 ESLint 不报错、Prettier 按保存不格式化），大概率是配置被覆盖或路径没对上：
- 检查
editor.formatOnSave是否为true—— 这是触发格式化的大前提，不是某个扩展自己能绕过的 - 确认
"[javascript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }这类语言专属配置是否写在正确的作用域（工作区设置里写错成全局语法会失效） - 运行
Developer: Show Running Extensions命令，看目标扩展是否真的已启用（禁用状态下的设置不会加载） - 终端执行
code --list-extensions可验证扩展是否安装到当前 VSCode 实例（多版本共存时容易装错）
导出/同步扩展配置的实用技巧
VSCode 自带的 Settings Sync 功能只同步用户设置，不包括工作区配置。如果想复现一套开发环境：
- 用
Extensions: Export Installed Extensions命令生成extensions.txt，内容是每行一个publisher.name - 配合脚本批量安装：
cat extensions.txt | xargs -I {} code --install-extension {} - 工作区配置必须单独备份
.vscode/settings.json和.vscode/extensions.json（后者控制哪些扩展在该工作区启用） - 不要依赖「一键导入全部设置」——不同机器的路径、Python 解释器位置、Node 版本差异会让很多扩展配置直接失效
真正麻烦的从来不是装插件，而是让插件在正确的上下文里读到正确的配置。多看一眼右上角标的是 User 还是 Workspace，比反复重装插件省两个小时。
