highlight-selected插件无延迟配置项，“高亮慢”实为scope解析阻塞或插件冲突所致：文件超5000行会静默禁用，非代码scope不处理，tree-sitter与textmate grammar不兼容，vim-mode等劫持ctrl+click事件；唯一可调项是highlight on select，关闭后仅ctrl+click触发，且须取消clear highlights when cursor moves。
highlight-selected 插件本身不提供“高亮延迟时间”配置项——它没有 delay、debounce 或 timeout 类参数。所谓“高亮慢半拍”或“选中后等一会儿才亮”，其实是其他机制在干扰，不是插件故意加了延迟。
为什么感觉高亮有延迟？
根本原因不是插件卡顿，而是 Atom 的 scope 解析和样式重绘被阻塞或降级：
- 文件过大（>5000 行）时，
highlight-selected会静默禁用，控制台打印highlight-selected: disabled due to large file；此时你点单词，什么都不会发生，误以为是“延迟” - 当前文件未被识别为有效代码 scope（右下角显示
Plain text或text.html.vue），插件直接跳过处理，表现为“点了没反应” - 启用了 Tree-sitter 语法解析（如
language-rust-bundled），而highlight-selected基于旧版 TextMate grammar，两者 scope 不兼容，匹配逻辑失效 - 同时装了
vim-mode-plus或parinfer，它们劫持了Ctrl+Click事件，导致触发失败，你以为是延迟，其实是根本没发出去
真正能调的“响应时机”只有一处
插件设置页里有个容易被忽略的选项：Highlight on select（默认开启）。它控制的是“是否在鼠标拖选完成瞬间立即高亮”。关闭它，高亮就只在 Ctrl+Click 时触发，不随鼠标松开自动发生——这看起来像“取消了自动延迟”，其实是换了一种触发方式。
注意：Clear highlights when cursor moves 必须取消勾选，否则哪怕高亮出来了，光标一动就消失，造成“闪一下就没了”的错觉。
验证和绕过延迟假象的实操步骤
遇到“高亮慢/不及时”，别调 delay，按顺序排查：
- 按
Ctrl+Shift+P→ 输入Editor: Log Cursor Scope→ 看输出首行是不是source.js这类有效 scope - 用
atom --safe启动，测试Ctrl+Click是否立刻生效；若可以，说明是某个插件（尤其是 vim 或 parinfer）在拦截 - 打开开发者工具（
Ctrl+Shift+I），切换到 Console 标签，复现操作，看是否有disabled due to large file或scope not found类报错 - 临时禁用
bracket-matcher和minimap-highlight-selected，它们和highlight-selected共享高亮区域，CSS 冲突可能导致渲染卡顿
真正影响响应速度的，从来不是“延迟设置”，而是 scope 是否就绪、插件是否冲突、文件是否被降级处理——这些环节出问题，改任何 timeout 都没用。
