删掉 workbench.colorcustomizations 和 editor.tokencolorcustomizations 可恢复 vs code 出厂配色逻辑；语法高亮失效多因语言模式错误或 files.associations 误配；终端颜色应依赖主题而非手动设置 background。
直接删掉 workbench.colorCustomizations 和 editor.tokenColorCustomizations 这两块自定义颜色配置，就能让 VS Code 回到出厂配色逻辑——不是靠换主题，而是清掉覆盖层。
为什么换回 Default Dark+ 背景还是不对
VS Code 的“默认”不是固定颜色值，而是由当前主题动态提供的一套颜色映射。一旦你在 settings.json 里写了 workbench.colorCustomizations，它就会强制接管所有 UI 元素（侧边栏、状态栏、终端背景等），完全屏蔽主题原本的设定。
- 检查
settings.json（Ctrl+, → Open Settings (JSON)），搜colorCustomizations或tokenColorCustomizations - 整块删掉
"workbench.colorCustomizations": { ... }，别只删某一行——残留空对象也可能触发部分覆盖 - 如果之前还手动改过
editor.background，它属于workbench.colorCustomizations的子项，单独删没用，必须清整个字段 - 改完保存，不用重启，编辑器 UI 会秒变干净；若没变，说明你正在编辑工作区设置（
.vscode/settings.json），切到「用户设置」标签页再操作
JavaScript/TypeScript 代码颜色全灰？先看语言模式
语法高亮失效，90% 不是主题问题，而是 VS Code 根本没把文件识别成 JS/TS。右下角状态栏显示 Plain Text、JSON 或 JavaScript React，都会导致关键词（function、const）不着色。
- 按 Ctrl+Shift+P，输入
Change Language Mode，选JavaScript（不是JavaScript React，除非你真写 JSX） - 检查
.vscode/settings.json里有没有"files.associations"错误映射，比如"*.js": "json" - 禁用可能劫持语言服务的插件：ESLint、TSLint、任何标着 “legacy” 的 JS 高亮扩展
- 确认
typescript.preferences.semanticHighlighting是true（推荐开启），避免语义着色被关掉
终端颜色和编辑器割裂？别硬调 terminal.integrated.background
单独设 terminal.integrated.background 容易和主题冲突，尤其在远程开发或用了 Shell Integration 时。真正同步的路径是让终端“听主题的话”，而不是自己画一层底色。
- 先换一个明确支持终端染色的主题，比如
Default Dark+或Solarized Dark（Ctrl+K Ctrl+T 快速打开） - 确认没在
workbench.colorCustomizations里覆盖terminal.background或terminal.foreground——这些会直接废掉主题对终端的控制权 - 如果必须微调，优先用
terminal.integrated.backgroundOpacity（0.7–0.9 区间），配合深灰背景如#121212，比纯黑更护眼也更稳 - Windows 下若出现毛边或闪烁，把 opacity 提到 0.92 或干脆去掉 opacity，只设 solid background
最常被忽略的是：颜色设置有三层优先级（默认值 → 用户设置 → 工作区设置），而工作区设置里的 colorCustomizations 会彻底屏蔽用户级所有相关配置——排查时务必确认你改的是哪一层。
