禁用welcome、exception-reporting、deprecation-cop、metrics等非必要包可立竿见影提速Atom启动；需手动编辑config.cson的disabledPackages列表并完全退出Atom生效。
禁用哪些包能立竿见影地提速
Atom 启动慢，八成是被一堆默认启用的包拖垮的。像 welcome、exception-reporting、deprecation-cop、metrics 这类包，对日常编码毫无帮助，却在每次启动时强制加载、上报、检查——纯属后台耗电大户。
-
apm list --installed查看已装包，重点关注名字带-cop、-reporting、-welcome的 - 直接编辑
~/.atom/config.cson，在core:下加disabledPackages列表，别用 UI 点来点去（UI 禁用有时不生效） - 别一次全禁：先禁
welcome和exception-reporting，重启测效果；再逐个试git-diff、tree-view（如果你不用侧边栏）
延迟加载插件不是靠“设置开关”，而是改 init.coffee
Atom 官方文档里写的 deferredloadtime 配置项早已废弃，实际起效的是在 init.coffee 里手动控制加载时机。否则所谓“延迟”只是把卡顿从启动时挪到你第一次触发功能时——更烦人。
- 打开
~/.atom/init.coffee，加入类似逻辑：atom.packages.onDidActivatePackage (pack) -><br> if pack.name is 'linter-eslint'<br> console.log 'linter loaded on demand'</br>
- 对非核心插件（如
prettier-atom、atom-beautify），用atom.packages.loadPackage('xxx')替代自动激活 - 避免在
init.coffee里写同步 I/O 操作（比如读大文件、调外部 API），这会彻底阻塞主线程
largeFileMode 不是“打开就灵”，得配合缓冲区和语法高亮一起调
单开 largeFileMode: true 只是关掉部分渲染，但若语法高亮还在拼命解析整份 JSON 或日志，照样卡死。关键是要让 Atom “别想太多”。
- 在
config.cson中设全局规则：'*':<br> editor:<br> largeFileMode: true<br> showInvisibles: false<br> softWrap: false
- 卸载或禁用重型语法包（如
language-graphql、language-docker），改用轻量替代：对日志文件，直接用language-text；对 JSON，用内置language-json而非带 schema 校验的第三方包 - 注意：
largeFileMode对.js、.ts文件默认不触发，需手动在text-editor.js初始化时传参，或通过包拦截TextEditor构造调用
编译缓存失效比没缓存还糟
Atom 的 native-compile-cache.js 本意是提速，但如果缓存目录权限错、磁盘满、或 Atom Home 路径反复变，它就会退化成“每次都重编译 + 写失败日志”的负优化。
- 检查缓存路径是否可写：
ls -ld ~/.atom/compile-cache；若报错 Permission denied，直接rm -rf ~/.atom/compile-cache再重启 - 不要用符号链接指向系统临时分区（比如 /tmp），
compileCache.setAtomHomeDirectory()若指向不可靠路径，缓存会静默失效 - 升级 Atom 后务必清缓存：V8 字节码版本不兼容，旧缓存反而引发
Cannot read property 'apply' of undefined类错误
