vscode工作区settings.json不生效主因是未启用“受信任工作区”或被扩展（如prettier）覆盖，需确认右下角状态栏显示“受信任的 workspace”并点击信任，且确保通过“preferences: open workspace settings (json)”编辑正确路径文件。
为什么 workspace 里的 settings.json 不生效
VSCode 的项目级配置优先级高于用户级，但很多人改了 .vscode/settings.json 却发现编辑器行为没变——大概率是被扩展或工作区信任设置拦截了。比如 editor.tabSize 被 Prettier 扩展覆盖，或当前文件夹未启用“受信任工作区”，导致 settings.json 被静默忽略。
- 确认右下角状态栏显示“受信任的 Workspace”，否则点击它并选择“Trust Folder”
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入“Preferences: Open Workspace Settings (JSON)”直接编辑生效的配置文件 - 避免在用户设置里写同名键，否则会覆盖工作区设置；可临时禁用相关扩展验证是否冲突
用快捷键快速切换不同项目的 launch.json 配置
调试配置常因项目类型（Node、Python、React）差异巨大，手动改 .vscode/launch.json 效率极低。VSCode 原生不支持“配置模板一键切换”，但可通过 Ctrl+Shift+D 打开运行面板后，用快捷键直接选中目标配置。
- 确保每个项目
launch.json中的name字段有明确区分，比如"name": "Debug Backend"和"name": "Debug Frontend" - 聚焦调试面板后，按
↓或↑键高亮不同配置，再按Enter启动——比鼠标点快 2 秒以上 - 若配置太多，可在
launch.json里用"presentation": { "group": "backend" }分组，配合Ctrl+Shift+P→ “Debug: Select and Start Debugging” 搜索关键词过滤
多根工作区（Multi-root Workspace）不是万能解法
把多个项目拖进一个窗口看似能“统一管理”，实际容易引发路径混淆和扩展冲突。比如两个项目都用了 ESLint，但 eslint.workingDirectories 会因根目录不同而解析错 node_modules 位置。
- 只对强关联项目（如 monorepo 的 frontend/backend）用多根工作区；独立项目建议分窗口打开，用
Ctrl+Shift+P→ “Developer: Toggle Developer Tools” 查看控制台报错定位冲突源 - 多根工作区的
settings.json必须放在最外层.code-workspace文件里，而非子文件夹内——子文件夹的.vscode/settings.json会被忽略 - 切换窗口时，快捷键
Ctrl+Tab（Win/Linux）或Cmd+Tab（macOS）切的是标签页，不是工作区；真正秒切需靠Ctrl+1～Ctrl+9切换已打开的窗口
用 tasks.json + 快捷键绑定实现构建命令自动适配
不同项目构建命令（npm run dev / python -m http.server / make build）硬编码在全局 keybinding 里会失效。正确做法是把命令声明在各自 .vscode/tasks.json，再绑定通用快捷键触发当前工作区任务。
- 在项目根目录建
.vscode/tasks.json，定义"label": "start dev server"，并设"group": "build" - 打开键盘快捷键设置（
Ctrl+K Ctrl+S），搜索“Tasks: Run Build Task”，右键“修改键位绑定”，设为Ctrl+Shift+B - 执行时 VSCode 自动匹配当前工作区的
group: "build"任务——无需记忆各项目命令，也避免误启其他项目脚本
真正耗时的从来不是按键次数，而是判断“此刻该用哪套配置”。把环境差异收口到 .vscode/ 目录下，并让 VSCode 自己识别上下文，比任何快捷键组合都可靠。
