Slack 缓存清理：真正有效的 Electron 瘦身法

聊天软件为什么会变这么重

Slack 桌面版是 Electron 应用，也就是套着聊天外壳的小号 Chromium——并继承了浏览器对缓存的胃口。它攒下的一切都住在 %APPDATA%\Slack 下面：HTTP缓存、编译后 JavaScript 的代码缓存、GPU着色器缓存、每个工作区一份的 IndexedDB 数据库（本地消息存档），还有应用启动过的每一次会话的日志文件。多个工作区会成倍增加渲染进程和数据库堆；把 Slack 常年挂在托盘上则成倍增加日志。

删除任何东西之前，先弄清哪些部分是一次性的。缓存会从 Slack 的服务器自动重建；数据库也会，但代价是重新登录和缓慢的首次加载。唯一一个不该盲目动手的文件夹是 IndexedDB。

Cache — %APPDATA%\Slack\Cache 下的 HTTP缓存，纯下载重量，关掉 Slack 后可放心删除
Code Cache 和 GPUCache — 编译脚本与着色器缓存，下次启动时重建
Service Worker\CacheStorage — Slack 的 service worker 保存的 Web 存储，同样可弃
logs — 每次会话一个文件，没人会回头去读，纯重量
IndexedDB 和 storage — 工作区的本地状态与消息缓存；删掉会让你退出登录并清除本地设置

行之有效的清理顺序

先从内置工具开始：帮助菜单里的“疑难解答 → 清除缓存并重启”能在保持登录状态的同时安全完成大部分工作。如果你那版客户端把菜单挪了地方，就去应用设置里找疑难解答部分——Slack 挪菜单的频率比它承认的高。重启后第一次加载工作区会比较慢，那是缓存在回暖，是瘦身在起效，不是性能倒退。

遇到顽固情况，把 Slack 彻底退出——包括托盘图标，因为 X 按钮只是把窗口藏起来——然后手动删除 Cache、Code Cache、GPUCache 和 Service Worker\CacheStorage 文件夹以及日志。最后的手段是重置应用数据：抹掉所有本地工作区和偏好设置，把你扔回登录界面。它什么都修好，包括你并不想修的东西。

让 Slack 长期保持苗条

Electron 应用不会自己收拾残局，所以把 Slack 纳入和浏览器一样的维护节奏：每月过一遍缓存，文件夹就停留在几百 MB 而不是好几个 GB。每月五分钟的检查，胜过每年一次五个 GB 的惊吓。不再使用的工作区要剪掉——每个都在内存里占一个渲染进程、在磁盘上占一个数据库——如果托盘习惯让应用一活就是几周，那就在周末把它正经关掉。

如果手动翻文件夹不是你喜欢的消遣，Kleaner PRO 的垃圾扫描会在删除任何东西之前报告 Slack 之类的 Electron 缓存占了多少空间，并一次性清掉同样的文件夹。这和你手动做的是同一件事，减去了文件夹考古环节。顺便说一句，日志自己是永远不会停止增长的——总得有人删，而应用不会自告奋勇。