Sublime Text 原生 highlight_word 功能支持光标悬停即高亮同词（大小写敏感、不区分作用域），需手动启用并配置 color scheme 中 word_highlight scope 调整颜色，语义级高亮应使用 LSP 而非插件。

光标停在哪，就高亮哪个词——原生功能已够用

Sublime Text 从很早版本起就内置了 highlight_word 功能，不需要装插件，也不依赖语法解析。只要光标落在一个纯字母数字组成的单词内部（比如 user_id 的 u 或 d 上），所有完全相同、大小写一致的文本都会被浅色背景高亮。

• 必须确保光标没落在空格、标点或引号里——停在 "user_id" 的引号上，就不会触发
• 默认不区分作用域：函数内和全局同名变量会一起高亮，这是设计如此，不是 bug
• 不支持驼峰/下划线智能归一化（如 userName 和 user_name 不会互相高亮）
• 若没生效，先检查用户设置中是否加了 "highlight_word": true，部分旧版本需重启才加载

选中才高亮？那是你关错了开关

很多人以为“必须双击选中才能高亮”，其实是把 highlight_word 和另一个行为混淆了：match_selection 控制的是“选中后匹配”，而真正决定“光标悬停即高亮”的是 highlight_word。后者在默认设置里根本不存在，得手动加。

• 打开 Preferences → Settings，在右侧用户设置中添加："highlight_word": true
• 别误加成 "highlight_matching_words": true —— 这个键名在较新版本（v4147+）已弃用，不起作用
• 也别开 "highlight_word_under_cursor": true —— 这是过时文档里的错误写法，Sublime 不识别该配置项
• 保存后重启编辑器（v4140 及之前版本必须重启；v4147+ 热重载支持仍不稳定）

高亮颜色太淡？别改主题，先调对地方

高亮背景色由当前配色方案中的 line_highlight 规则控制，但它和行高亮共用同一组样式。想单独增强词高亮对比度，得改 word_highlight 这个 scope。

• 进入 Preferences → Color Scheme，记下当前方案名（如 Monokai.sublime-color-scheme）
• 用 Sublime 打开该文件，在 "rules" 数组末尾加一项：

  {"name": "Word Highlight", "scope": "word_highlight", "background": "#3a3a4a"}

• 颜色值推荐用比背景色稍深或稍浅的灰阶（如 #2e2e36），避免用纯黄/纯红——易干扰语法高亮
• 改完保存，无需重启，立即生效

要语义级高亮？别折腾插件，换工具链

WordHighlight 插件能按驼峰/下划线模糊匹配，但它是纯文本扫描，无法判断 const api_key = 1 和 process.env.API_KEY 是否真为同一变量。这种需求本质是静态分析，Sublime 做不到。

• 如果你需要跨文件、作用域感知、类型推导的引用高亮，得靠 LSP：装 LSP-pyright（Python）、LSP-typescript（TS/JS），它们通过 hover 或 goto definition 显示引用，但不会改背景色
• 插件如 HighlightWords 每次新增词都要手动执行命令，不能自动响应光标位置，反而打断节奏
• 多个高亮插件共存时容易样式冲突（比如都抢 word_highlight scope），导致部分词不显示或颜色错乱

真正卡住的点从来不是“怎么高亮”，而是“高亮了，但不知道它是不是同一个逻辑实体”——这时候 debugger 单步比任何颜色都管用。