atom无内置自动清理机制，所有缓存（如~/.atom/compile-cache、storage、.apm）需手动清理；唯一半自动命令apm clean仅清.apm目录；彻底清理须整删四目录并同步修正config.cson。
Atom 没有内置自动清理临时文件机制
Atom 本身不提供「定时清缓存」「保存后自动删 tmp」这类自动化选项。所有缓存目录（~/.atom/compile-cache、~/.atom/storage、~/.atom/.apm）都由用户手动控制生命周期，插件卸载或升级时也不会触发自动清理——apm uninstall 只删 packages 下的主目录，.apm 缓存和 storage 状态库原封不动。
能“半自动”清理的只有 apm clean 命令
apm clean 是唯一带清理语义的官方命令，但它只作用于 ~/.atom/.apm 目录，且不是后台常驻服务，必须手动执行：
- 运行
apm clean会清空整个.apm缓存（tarball + node_modules），解决插件安装失败、Cannot resolve 'fs-extra'类依赖错误 - 它不会碰
compile-cache或storage，更不会监听文件变化或定时触发 - 执行后首次装插件会变慢（需重新下载），但后续行为更稳定
真要自动清理，得靠系统级脚本+任务调度
macOS/Linux 用户可写 shell 脚本配合 launchd 或 cron；Windows 用户用任务计划程序 + PowerShell。注意三点硬限制：
- 必须确保 Atom 进程已完全退出：
killall Atom（macOS）、pkill -f atom（Linux）、任务管理器结束所有atom.exe和atom-node.exe - 不能只删子目录：例如
rm -rf ~/.atom/compile-cache/language-javascript会破坏跨插件缓存关联，必须整删compile-cache目录 - 删完
storage后不要立刻重启 Atom：先确认config.cson里没有已卸载插件的残留配置块（如'linter-eslint': { }），否则启动时报Cannot find module
最省心的“伪自动”方案：重启前手动清
多数人卡顿或插件失效都发生在 Atom 升级、换配置、重装插件之后。与其设定时任务，不如养成两个习惯：
- 每次升级 Atom 后，顺手跑一遍：
apm clean && rm -rf ~/.atom/compile-cache ~/.atom/storage - 卸载插件后，用文本编辑器打开
~/.atom/config.cson，搜索插件名，删掉整段配置（包括disabledPackages里的条目和独立的插件配置块） - Windows 用户注意路径是
%USERPROFILE%\.atom\，且杀毒软件可能拦截删除操作，需临时禁用实时防护
真正难处理的是 Electron 渲染进程的 GPU 缓存，它不走 Atom 配置路径，关硬件加速或删 GPUCache 目录才有效——这点连脚本都很难可靠触发。
