VSCode中修改.vscode/settings.json里的workbench.colorTheme不生效，是因为该配置不支持工作区级覆盖，仅用户级生效；常见原因包括用户设置文件语法错误导致回退默认主题、未以文件夹方式打开项目、未重载窗口或右下角未显示“工作区”标识。
为什么改了 .vscode/settings.json 里的 workbench.colorTheme 却不生效
这不是 bug，而是 VSCode 配置加载机制导致的典型误判。最常见原因是用户级 settings.json 中存在语法错误（比如写了 // 注释），整个文件解析失败，VSCode 回退到默认主题，此时工作区设置完全被忽略。
- 确认
.vscode文件夹在项目根目录，名称必须是全小写、带前导点：.vscode，不是vscode或.VSCode - 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Developer: Toggle Developer Tools，看 Console 是否报Failed to load settings类错误 - 检查右下角状态栏是否显示「工作区」——只有显示这个字样，才表示
.vscode/settings.json被正确加载 - 不要直接拖单个文件进已有窗口；必须用
File → Open Folder打开整个文件夹，否则工作区设置不触发
如何让深色/浅色主题真正匹配代码区域颜色
只设 workbench.colorTheme 会让 UI 和编辑器内容“脱节”：比如侧边栏变暗了，但代码背景还是白的。这是因为语法高亮由独立配置项 editor.tokenColorScheme 控制，它不随 UI 主题自动同步。
- 深色 UI 必须配深色语法：同时设置
"workbench.colorTheme": "Dark+ (default dark)"和"editor.tokenColorScheme": "Default Dark+" - 浅色同理：
"workbench.colorTheme": "Light+ (default light)"+"editor.tokenColorScheme": "Default Light+" - 第三方主题（如 One Dark Pro）通常自动桥接两者；但 Material Theme 等需手动启用其 token 方案，否则代码区永远“掉队”
- 改完保存后，必须按
Ctrl+R（Windows/Linux）或Cmd+R（macOS）重载窗口，仅保存文件不会刷新渲染
用 Peacock 插件快速区分多个项目窗口
Peacock 不是主题切换工具，而是给当前窗口加视觉标签——标题栏、活动标签页边缘、状态栏顶部着色，和主题本身互不干扰。它解决的是“一眼认出哪个窗口是哪个项目”的问题，而非配色逻辑。
- 安装插件后，必须手动执行
Peacock: Change Color命令（Ctrl+Shift+P输入即可），不能靠写"peacock.color"配置项生效 - 颜色会自动写入当前工作区的
.vscode/settings.json，下次打开同一文件夹时恢复，前提是peacock.preserveColorOnClose设为true - 多根工作区（multi-root workspace）下，整个窗口统一染色，不会按子文件夹分别着色
- 深色主题下选太浅的 Peacock 色（如
#ffff00），标题栏文字可能发灰——这不是插件问题，是系统渲染限制；换更饱和的色值（如#ffd740）更稳妥
别碰 workbench.colorCustomizations 直接改背景色
想靠 "editor.background": "#f0f0f0" 给不同项目设底色？风险极高。VSCode 没有工作区级背景色隔离机制，且硬设背景色极易破坏可访问性与对比度。
- 语法高亮、行号、折叠箭头等元素的颜色由主题定义，手动覆盖
editor.background后，它们未必适配新背景，结果常是文字看不清或图标消失 - 必须同步调整
editor.foreground、editorLineNumber.foreground等至少 5 个关联项，稍有遗漏就不可读 - 某些插件（如 Bracket Pair Colorizer）绕过 colorCustomizations，导致括号配色异常，排查困难
- 真正稳定的做法：用主题切换（Dark+/Light+）+ Peacock 窗口着色组合，既区分项目，又保视觉一致性
.vscode/settings.json 后，是否确认右下角显示「工作区」且已重载窗口——这两个动作缺一不可。 
