atom启动慢主因是插件：autocomplete-plus、file-icons、tree-view在大型项目中同步扫描、递归匹配、生成dom节点，导致cpu飙升；诊断须用atom --safe对比startuptime，差值超800ms即插件问题。
插件加载慢，不是 Atom 本身慢，而是某些插件在启动时同步扫描、递归匹配、生成 DOM 节点 —— 尤其是 autocomplete-plus、file-icons、tree-view 这三个，开项目就卡，基本可以先砍掉。
怎么确认真是插件拖慢？用 atom --safe 对比启动耗时
安全模式绕过所有插件和用户配置，只加载 Atom 核心。这不是可选步骤，是诊断前提：
- 终端执行
atom --safe，等窗口完全出现后，在开发者工具 Console 里输入atom.startupTime记下数值（比如 420ms） - 完全退出 Atom（macOS 注意 Dock 里也要右键「退出」，Windows 任务管理器杀掉
Atom Helper进程） - 正常启动一次，同样查
atom.startupTime（比如 1350ms） - 差值超
800ms，基本锁定是插件问题；差值小，再看 config.cson 或 Electron 层
注意：atom --safe 下滚动大文件不卡，但正常模式卡，说明问题不在编辑器底层，而在插件的实时监听行为上。
哪些插件该优先禁用？盯住三巨头
autocomplete-plus、file-icons、tree-view 不是“可能慢”，是在大型项目中明确会触发同步阻塞操作：
-
file-icons：为每个文件路径调用fs.stat判断类型，项目含数千文件时，启动即卡死 -
tree-view：默认一次性渲染全部节点，node_modules和.git目录不剔除，DOM 节点爆炸 -
autocomplete-plus：默认跨文件分析符号，开启includeCompletionsFromAllBuffers会导致内存暴涨
禁用顺序建议：file-icons → tree-view → autocomplete-plus。前两者禁用后，常能立竿见影降 300–500ms。
禁用插件还不够，必须改 config.cson
插件禁用是“砍枝”，改配置是“剪根”。尤其当项目固定、文件类型明确时，这几项调整收益更高：
- 在
~/.atom/config.cson的*根节点下加：core:<br> largeFileMode: true<br> useTreeSitterParsers: false
前者强制跳过语法解析，后者避免 Tree-sitter 在大文件中构建语法树导致主线程冻结 - 如果保留
tree-view，至少加core.excludeVcsIgnoredPaths: true，否则它仍会扫描node_modules -
autocomplete-plus可保留，但务必关掉useCoreProvider和includeCompletionsFromAllBuffers
改完必须完全退出 Atom（不是关闭窗口），再重开。已打开的窗口不会自动切换模式，需重新加载文件。
插件报错不加载？别信「已启用」，去 DevTools 看真实错误
插件显示「已启用」但快捷键没反应、高亮不生效，大概率是模块加载失败，而不是安装失败：
- 按
Ctrl+Shift+I（macOSCmd+Option+I）打开 DevTools → Console 标签页 - 刷新 Atom（
Cmd+R或Ctrl+R），找形如Failed to activate package 'xxx'或Cannot find module 'yyy'的报错 - 常见原因：
package.json中"main"字段路径错误；用了 Electron 不支持的语法（如顶层await）；原生模块未重编译 - 若涉及原生模块（如
spell-check），关掉所有 Atom 进程后运行apm rebuild，不是npm rebuild
真正卡点往往藏在控制台红字里，而不是设置页的开关状态。没看到具体错误就盲目禁用，容易漏掉关键依赖问题。
