Sublime高亮显示重复单词，防止代码逻辑出错

先给各位一个结论：Sublime 原生确实能高亮重复单词，但你不能指望它帮你揪出逻辑错误——它只做纯文本匹配，变量作用域、类型差异、语义区别一概不认。想靠这个高亮功能“防止代码翻车”，得明确分工：这事儿不该编辑器单干，得让 LSP 或静态分析工具来补位。

为什么原生 highlight_word 不能防止逻辑错误

它干的活非常简单：把所有拼写一模一样的字符串标出来，至于上下文？它不管。

• 选中 user_id，它会同时高亮变量 user_id、字符串字面量 "user_id"、甚至 user_id_list（如果没设 word_separators 的话），连注释里的 都可能被染上色——只要 word_highlight_in_comments 开着。
• 在 JS 里选中 map，它会把你自己定义的变量、Array.prototype.map、还有 new Map() 全标出来——它压根不区分标识符的种类。
• 函数内两个同名但作用域不同的 temp，会被一起高亮；而真正该警惕的“跨作用域意外复用”，它完全没感觉。
• 大小写敏感默认开着，User 和 user 不会互相干扰——看起来安全，实际上掩盖了命名不一致的问题。

highlight_word 开启后仍“看不见”的真实原因

不是功能坏了，是视觉或配置挡了它的路：

• highlight_line 一开，整行背景变深，直接盖住 highlight_word 的浅色背景——关掉它，效果立竿见影。
• 暗色主题（比如 Monokai）把高亮色设成 background: #2a2a2a，跟编辑区背景几乎融为一体——换成 Material Theme 或 One Dark 立刻就能看见。
• 用户设置里要是有一行 "highlight_word": false，哪怕就这一行，也会彻底禁用——删掉它就行，别改成 true，Sublime 默认就是 true。
• 光标停在 user_id; 的分号上，或者开头空格里，Sublime 就不触发——必须落在字母、数字或下划线的内部才行。

真要辅助发现逻辑问题，得换技术栈

原生高亮只负责“找相同”，而防逻辑错误需要“懂代码”：

• 装 LSP-pyright（Python）或 LSP-typescript（TS/JS），悬停变量时能看到完整类型和所有引用位置，比背景色靠谱得多。
• 启用 SublimeLinter + flake8 / eslint，它们能报 W0621 redefined-outer-name（局部覆盖全局变量）、no-shadow（作用域遮蔽）这类真正危险的模式。
• 想查“同一文件内不该重复出现的变量名”，用正则搜索：b(user_id|temp|data)b(?=.*b1b)，勾上 . matches newline，然后手动确认是否合理。
• 别指望 WordHighlight 插件来“防错”——它连大小写都不自动忽略，更不会跳过字符串和注释，默认还高亮所有匹配，干扰远大于帮助。

说到底，高亮本身不产生逻辑保障。真正容易被忽略的是：你看到的每个高亮块，都可能是误报，也可能是漏报；它不告诉你“这里有问题”，只说“这里长得像”。靠它防错，就像靠拼写检查来防语法错误——方向就错了。