禁用 welcome、exception-reporting、deprecation-cop、metrics 四个包最有效；需手动编辑 config.cson 的 disabledpackages 列表并彻底重启 atom 才生效，ui 开关不可靠。
禁用 welcome、exception-reporting 等默认包最有效
Atom 启动慢，八成是因为这几个包在后台偷偷干重活：welcome、exception-reporting、deprecation-cop、metrics。它们不提供编辑功能，却每次启动都强制加载、上报、扫描——纯属拖慢冷启动的元凶。
别信设置界面里的开关：UI 禁用有时不生效，必须手动改配置文件。
- 关掉 Atom 所有窗口（包括后台进程，macOS 可
killall Atom，Linux/Windows 类似） - 编辑
~/.atom/config.cson - 在
core:下加disabledPackages列表，例如：
core:
disabledPackages: [
"welcome"
"exception-reporting"
"deprecation-cop"
"metrics"
]
保存后彻底重启 Atom 才生效。先只禁这四个，测完再决定是否继续禁 git-diff 或 tree-view（如果你从不用侧边栏）。
apm list --installed --bare 是查包真实状态的唯一可靠命令
apm list 默认输出带格式和描述，干扰判断；--bare 才是干净的包名列表，一眼看清哪些包真装了、哪些可能已残留。
注意：apm list 不显示启用/禁用状态，它只告诉你“装没装”。禁用状态只存在 config.cson 里，卸载才真正删文件。
- 运行
apm list --installed --bare查出所有已安装包名 - 重点关注名字含
-cop、-reporting、-welcome、-auto的包 - 不确定用途的包，先禁用、重启、观察；确认无影响再考虑
apm uninstall <package-name></package-name> - 卸载前务必关掉 Atom 进程，否则可能因文件被占用而失败
init.coffee 里写延迟加载比 config.cson 的 deferredLoadTime 更可控
deferredLoadTime 配置项早在 Atom 1.50+ 就废弃了，现在写进 config.cson 没用。真要延迟加载，得靠 init.coffee 手动控制时机。
比如你想让 linter-eslint 在编辑器就绪 1 秒后再加载，避免卡住启动流程：
atom.packages.onDidLoadInitialPackages -><br> setTimeout -><br> atom.packages.activatePackage('linter-eslint')<br> , 1000
关键点：
- 必须用
onDidLoadInitialPackages，不能用onDidActivatePackage（后者触发太晚） -
setTimeout时间建议 ≥500ms，太短起不到错峰作用，太长（如 3s）会让功能“第一次用时明显卡顿” - 不要对核心依赖型插件（如
language-javascript）做延迟，否则其他语法包可能报错
编译缓存目录权限错会把优化变负优化
native-compile-cache.js 本意是提速，但如果缓存目录不可写，它就会每启动都重编译 + 写失败日志，反而更慢。
检查方法：ls -ld ~/.atom/compile-cache。如果返回 Permission denied，说明缓存失效了。
- 直接删掉整个缓存目录：
rm -rf ~/.atom/compile-cache - 确保
~/.atom目录归属当前用户：sudo chown -R $USER ~/.atom（macOS/Linux） - 删完重启 Atom，它会自动重建可写的缓存目录
- 别忽略这个步骤——很多用户禁了一堆包仍慢，根子就在这儿
真正卡顿的点往往不在插件列表本身，而在缓存权限、配置残留、或延迟加载逻辑写错位置。改完 config.cson 不彻底退出 Atom，或者卸载插件后没清 disabledPackages 里的旧名字，都会让优化白做。
