autocomplete-plus频繁误弹是因默认全局触发，需关闭“Show Suggestions On Keystroke”，启用“Disable Suggestions In Comments”和“In Strings”，并确保provider版本支持（如autocomplete-javascript 1.12+），同时检查语法作用域是否匹配。
为什么 autocomplete-plus 总在不该弹的时候弹出来
补全列表频繁打断输入，尤其在字符串、注释或正则表达式里冒出来，根本不是“智能”，是干扰。这通常不是插件 bug，而是触发逻辑没被约束——autocomplete-plus 默认对所有字母输入都尝试唤出建议，只要当前 grammar 有 provider 挂载就响应。
关键控制点在 Settings → Packages → autocomplete-plus → Settings：
- 关掉
Show Suggestions On Keystroke：只保留手动触发（Ctrl+Space或.），彻底杜绝自动弹窗 - 勾选
Disable Suggestions In Comments和Disable Suggestions In Strings：这两项默认关闭，但 JS/Python 等 provider 实际会忽略它们；只有配合autocomplete-javascript1.12+ 或autocomplete-python2.0+ 才真正生效 - 别碰
Minimum Word Length：设成 3 或 4 看似合理，但会导致if、for、let这类关键词永远不提示，得不偿失
如何让补全只在真正需要时才出现
补全该“聪明”的地方不是多弹，而是懂上下文。Atom 的判断依据是 scope（语法作用域），不是文件后缀。比如你在 JS 文件里写 const x = "hello"，光标停在引号内，scope 是 string.quoted.double.js；停在 const 后面，scope 是 source.js。provider 只有匹配到它声明支持的 scope 才会返回建议。
实操上最有效的过滤方式是自定义 scope 白名单：
- 打开
~/.atom/keymap.cson，加一条规则：'.source.js .meta.function-call.js': 'ctrl-space': 'autocomplete-plus:activate'
——这样Ctrl+Space只在函数调用位置生效 - 或者更激进：禁用全局触发，只给特定符号绑定，比如
.后自动补属性，import后补模块名，靠autocomplete-modules插件实现，不依赖autocomplete-plus的泛触发 - 检查你装的 provider 是否过度宽泛：比如
autocomplete-html对所有.text.html都响应，哪怕你在 Markdown 文件里粘了段 HTML 片段——这时应手动切 grammar 到HTML，或干脆关掉它的自动补全（Settings → Packages →autocomplete-html→ 取消Enable Auto Completion）
autocomplete-plus 和 bracket-matcher 冲突导致补全卡死
输入 ( 后补全框卡住不动，或按 Tab 时整个编辑器假死，大概率是 bracket-matcher 的自动补全和 autocomplete-plus 的建议面板抢光标焦点。这不是性能问题，是事件拦截顺序错乱。
解决路径很直接：
- 进 Settings → Packages →
bracket-matcher→ 关掉Autocomplete Brackets（保留Highlight Matching Brackets）——括号高亮不受影响，自动补右括号行为消失，但补全框不再被劫持 - 如果你确实需要自动补括号，就别同时开
autocomplete-plus的 keystroke 触发；二者设计目标重叠，硬要共存只会互相拖慢 - 某些插件如
vim-mode-plus或parinfer会重写输入流，让bracket-matcher的钩子失效，进而触发 fallback 逻辑，间接拉垮autocomplete-plus的响应——这类插件要么禁用，要么限定只在特定 grammar 下启用
补全延迟高、CPU 占满时先查什么
敲字母后等两秒才出建议，任务管理器里 atom 进程占 80% CPU，第一反应不是换插件，而是看有没有 provider 在后台做无意义轮询。
常见高开销源头：
-
autocomplete-clang或autocomplete-go这类依赖外部语言服务器的 provider，如果项目没配compile_commands.json或gopls未启动，它们会不断重试连接，吃光资源 -
autocomplete-modules在 node_modules 很深的项目里扫描路径，默认不限深度，可手动加"max-depth": 3到其配置项 -
autocomplete-plus自身缓存没清：删掉~/.atom/storage/autocomplete-plus目录（不用重启 Atom，下次启动自动重建） - 别信“装更多插件=更智能”——
atom-ide-ui+ide-typescript+autocomplete-plus三者叠加，比单用autocomplete-javascript慢 3 倍以上，且补全内容重复
scope 匹配和 provider 加载时机这些细节，表面看是配置项，实际决定补全到底“知不知道你在写什么”。很多人调了一堆开关还是不准，问题往往出在 grammar 没切对，或者 provider 根本没加载——右下角那个小字，比任何设置页都重要。
