必须立即卸载linter-、ide-系列插件及minimap，因它们在主线程同步执行高开销操作；autocomplete-plus卡顿实为下游provider（如atom-ide-ui）拖累，需通过开发者工具定位并替换；config.cson修改后须彻底退出atom进程并重开，且largefilemode与usetreesitterparsers必须互斥设置。
Atom插件卡顿不是“装多了”，而是几个特定插件在主线程同步执行高开销操作，比如扫描文件、生成缩略图、构建语法树——关掉它们比调参数快十倍。
哪些插件必须立刻卸载？
实测中，以下三类插件贡献了 80% 以上的卡顿，且无法通过设置缓解：
-
linter-系列（如linter-eslint）：每次按键都触发子进程调用，大文件下频繁超时或阻塞 -
ide-系列（如atom-ide-ui）：自带 LSP 服务，启动重、内存占用高，补全响应常卡 2–5 秒 -
minimap：为整份文件渲染 Canvas 缩略图，5 万行文件直接吃掉 600MB 内存，滚动必掉帧
禁用无效，必须卸载：apm uninstall linter-eslint atom-ide-ui minimap。别信 UI 界面里的 “Disable”，它不删 node_modules，残留逻辑仍会初始化。
autocomplete-plus 卡住怎么快速定位？
它本身不卡，是下游 provider 拖垮的。打开开发者工具（Ctrl+Shift+I），在 Console 输入：
atom.packages.getActivePackage('autocomplete-plus').mainModule.providerManager.providers
你会看到一串 provider 列表。常见问题 provider 包括：atom-ide-ui、autocomplete-python、language-javascript（Tree-sitter 版）。逐个禁用对应插件，观察补全是否恢复。确认后，优先换轻量替代方案，比如用 autocomplete-css 替代 atom-ide-ui 的 CSS 补全。
为什么改了 config.cson 还没用？
Atom 不会热重载核心配置项，尤其涉及 core.largeFileMode、useTreeSitterParsers、editor.softWrap 这些开关时：
- 必须完全退出 Atom：不是关闭窗口，而是杀进程（macOS/Linux 用
pkill -f Atom，Windows 用任务管理器结束atom.exe和Electron进程） - 重新启动后，已打开的 tab 不会自动切换模式，需手动执行
Ctrl+Shift+P→Core: Reload Window或重新加载文件 - 配置必须写在
*根节点下，不要嵌套在语言 scope 里，否则对大文件无效
最容易被忽略的是 Tree-sitter 和 largeFileMode 的互斥关系：useTreeSitterParsers: true 开着，largeFileMode: true 就等于没写。
插件冲突导致输入延迟怎么办？
中文输入卡、英文连按失灵，大概率是多个插件监听了同一事件并同步处理。重点检查：
-
file-icons：未开启缓存时，每展开一个目录就同步查fs.stat，IO 阻塞输入事件循环 -
highlight-line：光标移动即触发 DOM 重绘，叠加softWrap: true后，单次 render 耗时可飙到 800ms+ - 自定义
init.coffee脚本：比如监听text-editor:confirm后手动调autocomplete-plus:confirm，这类同步 hook 会打断输入流
先运行 atom --safe 测试——如果安全模式下输入流畅，问题 100% 出在插件或 init 脚本，不用查系统或显卡驱动。
