必须优先禁用welcome、exception-reporting、deprecation-cop、metrics这四个包，因其启动时强制初始化且对编码无实质帮助，禁用后冷启动可从8–12秒降至3秒内。
Atom 启动慢，八成不是硬件问题，而是被默认启用的后台包拖垮的。禁用 welcome、exception-reporting、deprecation-cop、metrics 这几个包，通常能将冷启动时间从 8–12 秒压到 3 秒内。
哪些包必须优先禁用？
这几个包在每次启动时强制初始化、上报、检查，但对编码零帮助：
-
welcome：启动页，纯展示，关掉不损失任何功能 -
exception-reporting：自动收集错误日志，国内基本连不上上报服务器，只空耗资源 -
deprecation-cop：扫描过时 API 调用，开发调试阶段有用，日常写代码完全不需要它抢主线程 -
metrics：匿名统计使用数据，禁用后 Atom 不会变“哑巴”，也不会影响插件行为
别用 Settings UI 点着禁用——UI 操作有时只改了局部状态，不写入生效配置。必须手动编辑 ~/.atom/config.cson，在 core: 下加 disabledPackages 列表：
core:
disabledPackages: [
"welcome"
"exception-reporting"
"deprecation-cop"
"metrics"
]
改完保存，**彻底退出 Atom（不是关窗口，是右上角菜单 → Quit）再重启**，否则不生效。
largeFileMode 不是开关，是配合策略
largeFileMode: true 单独设了没用。Atom 默认只对 >2MB 的纯文本（如日志）触发该模式，对 .js、.ts 文件根本不管——因为语法高亮还在拼命解析整份文件。
要真起效，得三件事一起做：
- 在
config.cson全局配："*": editor: largeFileMode: true showInvisibles: false softWrap: false - 卸载重型语法包，比如
language-graphql、language-docker；改用内置language-json或language-text - 确认你没装带实时 schema 校验的 JSON 插件（如
linter-json-lint），它们会在打开瞬间解析全文件
编译缓存失效比没缓存还糟
native-compile-cache.js 本意是提速，但一旦缓存目录出问题，就会变成“每次启动都重编译 + 写失败日志”的负优化。
检查是否中招：
- 运行
ls -ld ~/.atom/compile-cache，如果报Permission denied，说明权限错 - 磁盘满、或
ATOM_HOME路径反复变动（比如多用户切换、容器里跑 Atom），也会让缓存持续失效
解法粗暴有效：rm -rf ~/.atom/compile-cache，然后重启 Atom。它会重建干净缓存，且后续不再卡在编译环节。
延迟加载不能靠 config.cson 的 deferredloadtime
那个配置项早在 2022 年就被废弃了。现在所谓“延迟”，只是把卡顿从启动时挪到你第一次按快捷键触发功能时——更烦人。
真要按需加载，得写进 ~/.atom/init.coffee：
atom.packages.onDidActivatePackage (pack) ->
if pack.name is 'linter-eslint'
console.log 'linter loaded on demand'
或者对非核心插件（如 prettier-atom），用 atom.packages.loadPackage('prettier-atom') 手动控制时机。注意：里面别塞同步 I/O（比如读大配置、调外部 API），否则照样阻塞主线程。
最常被忽略的一点：禁用包之后，一定要彻底退出 Atom 再重启；缓存清理后，不要指望“下次启动自动修好”——它不会自动恢复权限或重建路径。动作做完，就得亲眼看到启动时间数字掉下来才算数。
