sublime原生高亮重复单词无法防止逻辑错误，因其仅做纯文本匹配，不识别作用域、类型或语义；真正防错需lsp、静态分析工具或正则搜索辅助。
Sublime 原生就能高亮重复单词，但默认行为不防逻辑错误——它只做纯文本匹配，无法识别变量作用域、类型或语义差异。想靠高亮“防止逻辑出错”，必须明确：这不是编辑器该干的事，得靠 LSP 或静态分析工具补位。
为什么原生 highlight_word 不能防止逻辑错误
它只是把所有拼写一致的字符串标出来，不管上下文：
- 选中
user_id，会同时高亮user_id（变量）、"user_id"（字符串字面量）、user_id_list（如果没设word_separators正确）、甚至注释里的<!-- user_id -->（若开了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），hover 变量时显示其完整类型和所有引用位置，比背景色靠谱得多 - 启用
SublimeLinter+flake8/eslint，它们能报W0621 redefined-outer-name（局部覆盖全局变量）、no-shadow（作用域遮蔽）这类真正危险的模式 - 想查“同一文件内不该重复出现的变量名”，用正则搜索：
\b(user_id|temp|data)\b(?=.*\b\1\b)，配合. matches newline，手动确认是否合理 - 不要依赖
WordHighlight插件来“防错”——它连大小写都不自动忽略，更不会跳过字符串和注释，默认还高亮所有匹配，干扰远大于帮助
高亮本身不产生逻辑保障。真正容易被忽略的是：你看到的每个高亮块，都可能是误报，也可能是漏报；它不告诉你“这里有问题”，只说“这里长得像”。靠它防错，就像靠拼写检查防语法错误。
