VSCode 的 editor.background 不支持随系统主题自动变色，因其为静态配置且 workbench.colorCustomizations 不含条件逻辑；解决方法是删除该配置项，改用支持双模的主题或维护两套 settings.json 并脚本切换。
editor.background 不能随系统主题自动变色
VSCode 的 editor.background 是静态配置项，不响应 window.autoDetectColorScheme。哪怕你开了“自动检测系统主题”，workbench.colorCustomizations 里写的 "editor.background": "#1e1e1e" 也永远不变——它不会根据当前是深色还是浅色系统模式自动切到 #ffffff 或其他值。
这是设计使然：VSCode 的颜色自定义机制（workbench.colorCustomizations）不支持条件逻辑或变量插值，只接受固定字符串值。
- 常见错误现象：开了
window.autoDetectColorScheme，UI 主题和语法高亮都切换了，但编辑器背景还是黑的（或还是白的），显得割裂 - 根本原因：你手动写了
"editor.background": "#1e1e1e"，这条规则优先级高于主题内置背景色，直接覆盖了主题原本的明暗适配逻辑 - 解决思路不是“让它动起来”，而是“让它退场”——删掉或注释掉
editor.background这一行，让主题自己决定背景色
想统一明暗体验，优先靠主题本身，不是靠 colorCustomizations
真正能随系统主题无缝切换的，是主题内置的双模设计（如 Default Dark+ 和 Default Light+）。它们在 JSON 文件里就定义了两套颜色映射，VSCode 运行时根据 editor.tokenColorScheme 自动加载对应版本。
- 如果你装了第三方主题（比如 One Dark Pro），确认它是否声明了
"type": "dark"和"type": "light"两种变体；没声明的，基本无法响应系统切换 - 不要在
workbench.colorCustomizations里强行覆盖editor.background，除非你明确只用一种模式（比如永远深色） - 检查当前生效的主题是否真支持双模：打开设置搜
editor.tokenColorScheme，值为Default Dark+或Default Light+才算接入成功
不得已要自定义背景色？用两套 settings.json 切换
如果非得保留自定义背景色（比如偏爱某灰阶），又想适配明暗系统，唯一可靠方式是维护两份独立配置，并用脚本切换：
- 准备两个 JSON 片段：
深色模式用："editor.background": "#1e1e1e"
浅色模式用："editor.background": "#f8f8f0" - 把它们分别存成
dark-bg.json和light-bg.json，再写个 shell/PowerShell 脚本，替换用户settings.json中的workbench.colorCustomizations块 - 配合
window.autoDetectColorScheme使用时，需确保脚本触发时机早于 VSCode 启动（例如登录脚本），否则启动后才改，第一次加载仍用旧值 - 注意：VSCode 不支持 JSON 注释，脚本生成时别留
//或/* */，否则整个设置失效
最常被忽略的干扰项：workbench.colorCustomizations 里的其他颜色
很多人以为只动 editor.background 就够了，结果发现侧边栏、状态栏颜色依然卡在旧模式。这是因为 workbench.colorCustomizations 是一个整体对象，只要它存在，就会抑制主题对所有键的默认行为。
- 哪怕你只写了
"editor.background"，VSCode 也会忽略主题对sideBar.background、statusBar.background等的明暗适配 - 若必须定制，建议整块替换：深色模式下提供完整 dark 配色对象，浅色模式下提供完整 light 配色对象，而不是只改一两项
- 验证方法：临时删掉整个
workbench.colorCustomizations块，重启 VSCode，看 UI 是否能干净地随系统切换——如果能，说明问题就出在这里
