vscode变量高亮失效主因是主题覆盖或语义高亮机制干扰；需切官方主题验证、禁用semantichighlighting、用inspect工具查精确scope，并确保occurrenceshighlight和colordecorators启用。
VSCode 默认对变量的高亮区分度很低，尤其在深色主题下，editor.selectionHighlightBackground 和 editor.wordHighlightBackground 两个颜色常被主题覆盖或设得太淡，导致同名变量“亮了但看不见”。这不是你配置错了，而是 VSCode 的高亮机制分语义、词法、手动选中三层逻辑，必须对症下药。
为什么改了 editor.selectionHighlightBackground 没反应
最常见原因是主题强行覆盖。VSCode 主题（尤其是 Nord、One Dark Pro 等第三方主题）会在 tokenColors 或 semanticTokenColors 中重写该值，你的 settings.json 设置直接被忽略。
- 先临时切换到官方主题（如
Default Dark+），再测试是否生效；如果正常，就是主题冲突 - 检查当前主题是否声明了
editor.selectionHighlightBackground—— 可在主题 GitHub 仓库的themes/*.json文件里搜这个词 - 部分主题把该功能映射到
editor.wordHighlightBackground，建议两个一起设："editor.selectionHighlightBackground": "#4d4d4d",<br>"editor.wordHighlightBackground": "#ff6b6b"
- 确保
editor.occurrencesHighlight为true（控制“光标停在哪就高亮哪”）
怎么让 _ 和 __private 这类变量也被高亮
VSCode 默认把单/双下划线开头的标识符视为“非符号语义项”，不纳入引用追踪——不是 bug，是设计行为。想强制高亮，就得退回到基础语法匹配模式。
- 关闭语义高亮：
"editor.semanticHighlighting": false - 保持
"editor.occurrencesHighlight": true（这是基础高亮开关） - 确认
"editor.colorDecorators": true，否则装饰器（即高亮背景）不渲染 - 注意：禁用
semanticHighlighting后，TypeScript/Python 的类型提示、const/let 区分等语义着色会降级，换来的是变量名拼写匹配的确定性 -
_单独作为变量名（如const _ = foo()）仍不会高亮——语言服务器明确将其排除在符号表外，无配置可绕过
怎么查准变量实际对应的 scope 来自定义颜色
别猜 variable 或 identifier，VSCode 的 token scope 是分层且语言相关的，瞎配会误伤其他语法元素。
- 把光标停在目标变量上，按
Ctrl+Shift+P（macOS 为Cmd+Shift+P），输入并运行Developer: Inspect Editor Tokens and Scopes - 面板里会显示完整作用域链，例如：
variable.other.readwrite.ts→variable.other.ts→variable.ts - 优先用最具体的 scope（如
variable.other.readwrite.ts），避免影响this或self等只读变量 - 若想统一改所有变量，在
editor.tokenColorCustomizations里用variable，但要意识到 Python 的self、JS 的this也会变色
为什么有些文件里变量就是不亮，但别的文件可以
根本原因往往不是设置问题，而是语言模式识别失败或插件干扰。
- 看右下角状态栏语言标识，如果是
Plain Text，点击后手动选成TypeScript、Python等正确模式 - 某些插件（如旧版 Bracket Pair Colorizer、Highlight Line）会劫持装饰器渲染通道，导致高亮延迟、闪烁或消失；禁用后重启验证
- 终端、调试控制台、输出面板这些区域完全不走编辑器高亮逻辑，改任何
editor.*设置都无效 - 如果用了自定义
files.associations，确认扩展名没被错误映射到plaintext或其他无语法支持的语言
真正难调的从来不是颜色值本身，而是搞清「这个高亮到底由谁控制」：是语义分析？词法解析？还是主题硬编码？每次失效，先切回 Default Dark+，再用 Inspect 工具点一下，比翻十遍文档更快。
