Atom启动慢主因是默认后台包和配置，禁用welcome等四个包并手动修改config.cson可将冷启动压至3秒内；largeFileMode需配合useTreeSitterParsers: false在"*"节点下配置才生效。
Atom 启动慢，八成不是硬件拖累，而是被默认启用的后台包和配置叠加卡死的。禁用 welcome、exception-reporting、deprecation-cop、metrics 这四个包，冷启动通常能从 8–12 秒压到 3 秒内。
必须手动编辑 config.cson 禁用高开销默认包
Settings UI 点 Disable 不一定生效——它可能只改了界面状态，没写入底层配置。真正起效的方式是直接修改 ~/.atom/config.cson（macOS/Linux）或 %USERPROFILE%\.atom\config.cson（Windows）：
core:
disabledPackages: [
"welcome"
"exception-reporting"
"deprecation-cop"
"metrics"
]
- 这四个包在每次启动时强制初始化、上报、扫描，但对日常编码毫无帮助
-
welcome是纯展示页，关掉不损失任何功能 -
exception-reporting在国内基本连不上上报服务器，只空耗资源 - 改完必须彻底退出 Atom（右上角菜单 → Quit），不能只是关窗口，否则配置不加载
大文件模式不起作用？因为 largeFileMode 单独设了没用
largeFileMode: true 只是开关，不是策略。Atom 默认只对 >2MB 的纯文本触发该模式，对 .js、.ts 文件根本不管——语法高亮还在拼命解析整份文件。
- 要在所有文件上强制启用，得在
config.cson的"*"根节点下配："*": editor: largeFileMode: true showInvisibles: false softWrap: false - 同时必须加
core: useTreeSitterParsers: false，否则 Tree-sitter 仍会尝试构建完整语法树，内存暴涨、滚动卡顿 - 别信“自动识别大文件”，5MB 的 JSON 日志照样卡死，钉死配置才可靠
插件加载慢？先用 atom --safe 定位问题源
没跑过 atom --safe 就调配置，等于蒙眼修车。安全模式绕过所有用户插件和配置，是判断瓶颈的黄金基准。
- 终端执行
atom --safe，等窗口完全起来后，打开开发者工具，输入atom.startupTime查耗时 - 再正常启动一次，同样查值；差值超 800ms，基本锁定是插件拖慢
- 优先禁用
autocomplete-plus、file-icons、tree-view：它们会在启动时同步扫描路径、索引符号、渲染全部节点 - 若必须保留
tree-view，至少加core: excludeVcsIgnoredPaths: true，避免递归扫描node_modules或.git
缓存污染比没缓存还糟，compile-cache 是重灾区
~/.atom/compile-cache 存的是 CoffeeScript 和部分 JS 插件的编译字节码。一旦 Atom 升级失败、Node 版本切换，或磁盘权限出错，它就会残留不兼容产物，导致每次启动都重编译 + 写失败日志。
- 运行
ls -ld ~/.atom/compile-cache，如果报Permission denied，说明权限已错 - 粗暴但有效：直接
rm -rf ~/.atom/compile-cache，重启 Atom 重建干净缓存 - 别只删子目录或个别文件——缓存是成对生成的（
.js+.map），删一半反而触发更隐蔽的加载失败 - 刚升级过 Atom，顺手也清一下
~/.atom/packages里被标记为 “inactive” 的旧包
最常被忽略的一点：useTreeSitterParsers: false 和 largeFileMode: true 必须一起配，且必须写在 "*" 下；只改一个，或写在语言专属块（如 "source.js"）里，对大文件无效。
