VSCode需关闭语义高亮（editor.semanticHighlighting设为false）并启用occurrencesHighlight，才能高亮\_开头变量；若仍无效，检查colorDecorators、换官方主题、禁用插件或改用\_temp等非单下划线名。
VSCode 怎么让同名变量自动高亮（包括 _ 开头的）？
默认情况下，VSCode 不会高亮显示带下划线的变量（比如 _temp、__private），甚至可能完全忽略以单个或双下划线开头的标识符。这不是 bug，而是编辑器对“符号语义”的默认判断：它把 _ 开头的变量当作“私有/临时/忽略项”，不纳入变量引用追踪范围。
解决方法是关闭这个语义过滤，强制启用全量标识符高亮：
- 打开设置（
Ctrl+,或Cmd+,） - 搜索
editor.occurrencesHighlight，确保为true - 关键一步：搜索
editor.semanticHighlighting，设为false
禁用语义高亮后，VSCode 退回到基于语法 token 的基础高亮逻辑，此时所有合法标识符（含 _foo、__bar、_）只要拼写一致，就会被统一标记并高亮。注意：这会影响部分语言特性的精准着色（如区分 const 和 let），但换来的是变量名匹配的确定性。
为什么改了设置还是不亮？检查 editor.colorDecorators 和主题支持
即使启用了 occurrencesHighlight，某些主题（尤其是精简型或自定义主题）会主动屏蔽装饰器颜色，导致高亮“看不见”。常见表现是：光标停在 _id 上，其他同名处没变色，但右键“查找所有引用”能列出结果——说明逻辑生效，只是渲染被压掉了。
验证和修复步骤：
- 运行命令面板（
Ctrl+Shift+P），执行Developer: Toggle Developer Tools - 切换到 Console，输入
monaco.editor.getTheme()，确认当前主题是否为vs-dark、light+等官方主题（第三方主题常禁用editor.colorDecorators） - 手动在
settings.json中添加："editor.colorDecorators": true
如果仍无效，换回 Default Dark+ 主题测试——这是最快速排除主题干扰的方式。
_ 单独作为变量名时高亮失效？这是设计限制
当写 const _ = getData(); 这类丢弃值用法时，VSCode（及底层 Language Server）通常不会将其视为“可引用变量”，因此不会触发同名高亮。这不是配置问题，而是语言服务器（如 TypeScript Server、Python’s Pylance）明确将单个下划线 _ 视为“匿名占位符”，不纳入符号表。
这类场景无通用开启方式。如果你真需要追踪，只能改用有意义的临时名，例如：
const _temp = getData(); // 后续使用 _temp 而非 _
强行保留 _ 就得接受它不参与高亮——这是跨语言的一致行为，不是 VSCode 的 bug。
插件冲突：Pylance / TypeScript Server 可能覆盖高亮逻辑
对于 Python 或 TS/JS 项目，语言插件有时会接管高亮逻辑，并按自身规则过滤下划线变量（尤其 __dunder__ 方法或 _private 属性）。此时即使关了 semanticHighlighting，效果仍不稳定。
临时诊断建议：
- 禁用所有插件，只留 VSCode 自带功能，测试基础高亮是否恢复
- 对 Python：在
settings.json加"python.languageServer": "Jedi"（比 Pylance 更宽松） - 对 TS/JS：尝试关闭
"typescript.preferences.includePackageJsonAutoImports": "auto"，减少符号污染
复杂项目里，变量高亮不是纯前端渲染问题，而是编辑器 + 语言服务器 + 主题三层协作的结果。调一个地方没用，就得一层层往下查——最容易被忽略的是语言服务器本身对 _ 命名的语义裁剪。
