VSCode深色/浅色主题需同步配置三部分：workbench.colorTheme（UI）、editor.tokenColorScheme（语法高亮）、terminal/markdown/debug等子区域主题；仅改其一会导致视觉割裂。
VSCode 没有“默认颜色方案”这个全局开关——你必须明确指定用哪个主题、作用于哪一层，否则它只会沿用系统偏好自动套用 Dark+ 或 Light+，且各区域可能不一致。
怎么快速设成真正可用的深色/浅色主题
按 Ctrl+K Ctrl+T（Windows/Linux）或 Cmd+K Cmd+T（macOS），从弹出列表里选一个带明确描述的主题，比如：
-
Dark+ (default dark)：官方深色主题，UI 和语法都配好，开箱即用 -
Light+ (default light)：同理，适合明亮环境 - 避免只写 “Dark” 或 “Light” 的模糊名称——有些第三方主题名就叫这个，但没配语法色
选完立刻生效，不用重启。如果没反应，检查是否光标正落在编辑器里输入状态（按 Esc 退出）。
为什么改了主题，代码区还是白的？
因为 workbench.colorTheme 只管侧边栏、标题栏、状态栏这些 UI 区域；代码本身的语法高亮由 editor.tokenColorScheme 单独控制。
- 两者必须匹配：选了
Dark+ (default dark)，editor.tokenColorScheme也得是Default Dark+ - 在设置搜索框里搜
tokenColorScheme，手动改成对应值；或者直接往settings.json里加这两行：
{
"workbench.colorTheme": "Dark+ (default dark)",
"editor.tokenColorScheme": "Default Dark+"
}
第三方主题（如 One Dark Pro）通常会自动绑定语法方案，但如果你之前手动改过 editor.tokenColorScheme，它会被覆盖——删掉这行，让主题自己接管。
终端、Markdown 预览、调试控制台颜色不统一怎么办
这些区域不继承编辑器主题，各自有独立配置项：
- 终端：搜
terminal.integrated.colorTheme，设为Default Dark+或Default Light+ - Markdown 预览：加
"markdown.preview.theme": "github-dark"或"github-light"到settings.json - 调试控制台：搜
debug.console.fontSize附近，看有没有debug.console.theme——没有就说明它默认跟随workbench.colorTheme，但部分扩展会干预，此时优先关掉冲突扩展
漏掉任意一项，都会出现“左边黑、右边白、终端发灰”的割裂感，比全亮还伤眼。
工作区级配置容易被忽略的坑
你在项目根目录下建了 .vscode/settings.json，以为能覆盖用户级设置——但 VSCode 的颜色覆盖链是：用户级 → 工作区级，后写的完全屏蔽前写的。
- 如果工作区
settings.json里没写workbench.colorCustomizations，而用户级写了，那工作区会继承用户级的自定义色 - 但如果工作区写了空对象
"workbench.colorCustomizations":{}，它会清空所有用户级自定义——不是“不生效”，而是“显式清空” - 多人协作时，建议把主题名写进工作区配置（如
"workbench.colorTheme": "Nord"），但别把colorCustomizations放进去，避免本地调试色干扰他人
最麻烦的情况是：你改了颜色，新开窗口又变回去了——八成是工作区和用户级 settings.json 同时存在且互相冲突，先查清哪一级在起作用，再删或合并。
