VSCode更换颜色方案需同步更新三套配置：UI界面（workbench.colorTheme）、代码语法高亮（editor.tokenColorScheme）和终端/预览等子区域；仅改其一将导致视觉割裂。
VSCode更换颜色方案不是换一张壁纸，而是同步更新三套独立配置：UI界面、代码语法高亮、终端/预览等子区域。只改其中一项，必然出现“边栏黑、代码白”或“标题栏暗、终端刺眼”的割裂感。
用命令面板切换主题最稳
快捷键 Ctrl+K Ctrl+T（Win/Linux）或 Cmd+K Cmd+T（macOS）容易因焦点错位、插件拦截或按键节奏问题失效。命令面板方式更可靠：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Preferences: Color Theme，回车后直接用方向键轮选，实时观察编辑器、侧边栏、状态栏变化 - 支持中文模糊搜索——输“暗”“One”“GitHub”都能命中，不用记全名
- 列表为空？说明没装任何颜色主题扩展，去扩展市场搜
One Dark Pro或Dracula Official安装即可
为什么代码区颜色没跟着变
现象是侧边栏和标题栏变暗了，但函数名还是灰的、字符串发白、括号高亮背景没亮——这不是主题坏了，是 editor.tokenColorScheme 没同步更新。
-
workbench.colorTheme只管 UI 区域（侧边栏、活动栏、状态栏） -
editor.tokenColorScheme才控制代码里function、"string"、// comment的颜色和背景 - 第三方主题如
One Dark Pro通常自动绑定两者；但Material Theme默认禁用深色 token 渲染，必须手动开启配套项（如Material Theme Darker High Contrast） - 进
settings.json加这行："editor.tokenColorScheme": "Default Dark+"，注意大小写和引号，值必须严格匹配主题 ID
终端和 Markdown 预览颜色不随主题变
它们不继承 workbench.colorTheme，必须单独配，否则视觉割裂比全亮还伤眼：
- 终端：搜
terminal.integrated.colorScheme，选带Dark的方案（如Default Dark+），或直接在settings.json写："terminal.integrated.colorScheme": "Default Dark+" - Markdown 预览：默认走浏览器样式，加这行：
"markdown.preview.theme": "Default Dark+" - 调试控制台也需单独设
debug.console.fontSize和debug.console.wordWrap等，但颜色主要靠editor.tokenColorScheme覆盖
想微调某个颜色，别乱猜 token 名
想改注释颜色、高亮括号背景、或某类变量的字体粗细，不能靠试错。VSCode 提供两个精准定位工具：
- 把光标停在目标代码上（比如一段字符串），按
Ctrl+Shift+P→ 输入并执行Developer: Inspect Editor Tokens and Scopes，悬浮窗会显示当前 token 类型（如strings）、作用域（如string.quoted.double.js）和实际生效的颜色值 - 想改 UI 元素（如侧边栏背景），按
Ctrl+Shift+I打开开发者工具，右键元素 →Inspect，看 class 名，再对照官方color reference文档找对应 token（如sideBar.background） - 所有自定义都写进
workbench.colorCustomizations（UI）或editor.tokenColorCustomizations（代码），拼错大小写或加空格都会整条失效
真正麻烦的从来不是换主题，而是发现改了 workbench.colorTheme 后，editor.tokenColorScheme 还卡在旧值上——它不报错、不提示、也不联动，就默默让代码区保持原样。这个配置项藏得深，又极其关键，最容易被忽略。
