vscode文件选中态高亮消失是因list.activeselectionbackground与list.inactiveselectionbackground默认不同，需在settings.json中统一二者及其他关键颜色变量（如tab.active/inactivebackground、statusbar.background、editor.background），并避免oled屏使用十六进制透明色，改用rgba()函数确保稳定显示。
VSCode侧边栏文件选中态与失活态背景色不一致
焦点离开文件树、光标进入编辑区后，已选中的文件高亮就消失了——这不是 bug，而是 VS Code 默认把 list.activeSelectionBackground 和 list.inactiveSelectionBackground 设为不同颜色。想让“当前打开的文件”在任何时候都保持视觉锚点，必须手动统一这两者。
常见错误是只改了 activeSelectionBackground，结果一敲代码，左侧文件名就“掉色”。真正起效的配置必须同时覆盖两个状态：
-
list.activeSelectionBackground：鼠标悬停或键盘聚焦在文件列表时的背景色 -
list.inactiveSelectionBackground：光标切到编辑器后，该文件仍需维持的背景色（核心） - 两者值必须完全相同，否则无法常驻高亮
如何用 settings.json 一次性配齐所有相关颜色变量
VS Code 的 UI 区域颜色分散在多个变量里，只改文件树会漏掉标签页、状态栏等区域，导致视觉割裂。要实现“焦点在哪、高亮跟到哪”的连贯感，至少得补全这四组：
-
list.activeSelectionBackground和list.inactiveSelectionBackground（文件树） -
tab.activeBackground和tab.inactiveBackground（顶部标签页） -
statusBar.background（底部状态栏，建议设为略深于编辑区背景的灰） -
editor.background（编辑区底色，推荐 #1e1e1e 或 #282c34，避免纯黑）
注意：tab.inactiveBackground 不是默认变量，需显式写入；若不设，标签页未激活时会回退到主题 fallback 色，可能突兀。
快捷键触发主题切换时，为什么高亮没同步更新
按 Ctrl+K Ctrl+T 切换主题后，文件树高亮没变，通常是因为新主题没定义 list.inactiveSelectionBackground。VS Code 遇到未声明的颜色变量，会沿用上一个主题的值或默认暗色 fallback（比如 #252526），造成“主题换了但高亮没跟上”的错觉。
验证方法：打开命令面板，执行 Developer: Inspect Editor Tokens and Scopes，点击侧边文件名，看实际生效的 background 值是否为你期望的颜色。如果显示的是继承值而非主题声明值，就得手动补全 workbench.colorCustomizations。
- 第三方主题（如 One Dark Pro）一般自带完整 colorCustomizations，但部分轻量主题会省略 inactive 状态
- Light+ 这类浅色主题几乎不定义
list.inactiveSelectionBackground，强行套用会导致文件树失活后变灰 - 最稳妥的做法：不管用什么主题，都额外加一层
workbench.colorCustomizations覆盖关键变量
半透明背景色在 OLED 屏上的表现陷阱
用带 alpha 通道的颜色值（如 #2196F333）做高亮背景，OLED 屏会因像素级关闭出现边缘发虚、文字衬底不均的问题，尤其在小字号或缩放比例非 100% 时更明显。
实测下来，真正稳定的方案是：
- 放弃十六进制 alpha（
#RRGGBBAA），改用 RGBa 函数：rgba(33, 150, 243, 0.2) - alpha 值控制在 0.15–0.25 之间，低于 0.1 容易不可见，高于 0.3 在暗背景下过重
- OLED 用户优先选灰阶色值（如
#2c3e50），比彩色半透更稳
真正难处理的不是配色本身，而是 VS Code 对 inactive 状态的渲染逻辑——它不依赖焦点事件，而依赖底层 UI 组件的 active/inactive 标记，一旦插件干扰了这个标记（比如某些文件监视扩展），inactiveSelectionBackground 就可能被跳过。这种情况下，再调颜色也没用，得先禁用可疑插件排查。
