禁用welcome、exception-reporting、deprecation-cop、metrics和github这5个包可显著提升atom启动速度，因其强制初始化、数据上报或高频io，却缺乏日常编码价值；需通过编辑config.cson的disabledpackages列表并完全重启生效。
禁用或卸载无用插件是提升 Atom 启动速度最直接、见效最快的操作，80% 的启动延迟都来自默认启用但你根本不用的包。
哪些包必须优先禁用？
以下包在每次启动时都会强制初始化、上报数据或监听文件系统，却几乎不提供日常编码价值：
-
welcome：首次启动弹窗，后续启动仍加载 UI 模块 -
exception-reporting：后台收集错误日志，含网络请求和磁盘 I/O -
deprecation-cop：持续扫描已弃用 API 调用，解析所有已加载 JS -
metrics：统计使用行为并定时上报，启动即激活 -
github（内置）：只要文件在 Git 仓库中，就每秒轮询状态，大项目下 IO 压力陡增
禁用方式不是点设置界面“Disable”，而是直接编辑 ~/.atom/config.cson，在 core: 下添加：
core:
disabledPackages: [
"welcome"
"exception-reporting"
"deprecation-cop"
"metrics"
"github"
]
改完必须完全退出 Atom（不是关窗口），再重启才生效。
怎么判断一个插件是否真“无用”？
别凭印象删——有些插件名字低调但暗中吃资源。实操建议：
- 运行
apm list --installed，重点关注名字带-cop、-reporting、-metrics、-live、-watcher的包 - 打开
Atom → View → Developer → Toggle Developer Tools，切到 Console 标签页，启动时观察报错或警告，常有插件因依赖缺失而反复重试加载 - 临时用
atom --safe启动（不加载任何第三方包），对比启动速度；若明显变快，说明问题出在已装插件上 - 对非核心功能插件（如
prettier-atom、linter-eslint），先禁用而非卸载——卸载会清空配置，禁用可随时回滚
禁用 vs 卸载：什么时候该删掉？
禁用只是跳过加载，包文件仍占磁盘、仍可能被其他包引用；卸载则彻底移除。推荐策略：
- 长期不用且体积大的包（
ls -sh ~/.atom/packages/<package-name></package-name>查看大小），直接apm uninstall <package-name></package-name> - 含原生模块的包（如带
node_modules/bindings或.node文件），卸载后能避免编译缓存污染 - 主题类包（如
one-light-ui、seti-ui）只留当前用的一个，其余全卸载——它们在启动时也会解析样式表并注册 DOM 节点 - 慎卸载
language-*包：禁用比卸载更安全，因为某些语法高亮逻辑可能被核心编辑器隐式依赖
禁用后启动还是慢？检查 compile-cache 权限
禁用插件后若启动无改善，大概率是编译缓存失效反拖慢了速度。Atom 的 native-compile-cache.js 在缓存目录不可写时，会退化成“每次重编译 + 写失败日志”的负优化。
执行以下命令排查：
ls -ld ~/.atom/compile-cache
如果输出含 Permission denied，直接清理：
rm -rf ~/.atom/compile-cache
然后重启 Atom——它会重建可写的缓存目录。这步操作在 Linux/macOS 上尤其关键，Windows 用户需检查 %USERPROFILE%\.atom\compile-cache 是否被杀毒软件锁定。
真正卡顿的根源往往不在“有没有插件”，而在“插件是否被正确隔离”。禁用列表写错格式、残留 init.coffee 中的同步 require、或 largeFileMode 和 useTreeSitterParsers: false 没配对，都可能导致优化失效。
