直接修改 editor.selectionBackground 即可生效，但需确保未被第三方主题或插件覆盖，且颜色格式合法（如 "#264f78" 或 "rgba(38,79,120,0.5)"），同时建议同步配置 editor.inactiveSelectionBackground 以区分焦点状态。
直接改 editor.selectionBackground 就行，别绕到主题文件或 workbench.colorCustomizations 里瞎试——它不归那儿管。
为什么改了 editor.selectionBackground 没反应
不是配置错了，大概率是被覆盖了：
- 第三方主题（如
One Dark Pro、Nord）在内部硬编码了这个值，优先级高于settings.json；临时切回Default Dark+测试，如果颜色正常，就是主题冲突 - 插件劫持 DOM：比如
Bracket Pair Colorizer或Highlight Matching Tag会绕过 VSCode 原生渲染逻辑，直接重绘选区，关掉再试 - 用了 Remote-SSH / WSL？确保改的是远程窗口里的
settings.json（右下角显示「Remote」时再打开设置） - 误配了
editor.selectionHighlightBackground（语义高亮）或editor.findMatchBackground（搜索匹配），它们和鼠标拖选完全无关
editor.selectionBackground 的值怎么写才生效
必须满足三个条件，缺一不可：
- 写在用户级或工作区级的
settings.json中（UI 设置面板搜不到这个字段） - 颜色格式合法：
"#264f78"或"rgba(38, 79, 120, 0.5)"都行；不支持rgb()、命名色（如"red"）、带空格或大小写错误的写法 - 推荐用
rgba()并控制 alpha 在0.3–0.6之间——纯色容易盖住括号匹配、字符串颜色等叠加高亮
要不要顺手配 editor.inactiveSelectionBackground
要。它和 editor.selectionBackground 是两个独立通道：
-
editor.inactiveSelectionBackground控制编辑器失去焦点时（比如你点了终端或浏览器）已选中文本的背景色 - 不设它，焦点丢失后选中块会回落到主题默认色，很可能和你的预期不一致
- 建议比
editor.selectionBackground稍暗或稍透明一点，例如"#1e3a5f"或"rgba(30, 58, 95, 0.4)"，能清晰区分焦点状态 - 只设
inactive不设selectionBackground，焦点状态下不会生效
真正麻烦的是主题作者把 editor.selectionBackground 写死在 package.json 的 tokenColors 里——这时候改 settings.json 无效，得去翻主题源码或换主题。大多数人卡在这一步，不是不会配，而是不知道该往哪查。
