你实际在运行什么
打开“进程”标签页，一个 Electron 应用会溶解成一棵小进程树：主进程、若干渲染器、GPU 进程、崩溃处理器、更新器。每个渲染器都是一个完整的 Chromium 引擎，有自己的 V8 堆、自己的框架代码副本、自己的垃圾回收器——和你已经开着的浏览器毫无共享。这就是为什么开着几个工作区的 Slack 闲着也能吃掉一 GB，也是为什么关掉窗口后托盘里常常还留着十几个活进程。
磁盘和电费的账单遵循同样的逻辑。安装包把整个运行时都打进去，所以一个“轻量”聊天客户端在磁盘上足有几百 MB，好几个加起来轻松超过它们所取代的那些程序。在笔记本上，一棵常驻的 Chromium 进程树吃掉的是真实的电池小时数，不是理论值。
为什么体感比内存数字更糟
内存只是故事的一半；体感的沉重来自启动和界面延迟。每次启动，应用都得把 V8 跑起来、解析自己的 JavaScript 包，并在一个为文档而生的布局引擎里渲染界面——而不是原生控件——在机械硬盘或繁忙的 CPU 上，这就是好几秒的白窗口。超长的消息历史、动画表情、整段对话重绘的 webview 补完了剩下的部分：引擎在做通用型的工作，而原生客户端只需付出零头的成本。
不停用应用，少交一点 Chrome 税
现实的目标是减少 Chromium 实例，而不是归零——你用这些应用，是因为服务就在那里。一小把习惯就能拿下大部分收益，而且没有一个要求你放弃真正需要的工具。
- 服务有网页版就优先用网页版——已开浏览器里的一个渲染器，胜过整套全新运行时
- 关掉“关闭时最小化到托盘”，或者真正退出，让进程树在一天结束时真正卸载
- 精简工作区和已登录账号——每一个通常都会多养活一个渲染器
- 应用提供开关的地方，关掉动画表情、GIF 自动播放之类的装饰项
- 避开把五个服务塞进一个窗口的全能包装器——它们把税加总，而不分摊
- 全天都用的服务，用浏览器固定标签页或安装的 PWA，让一切共享单一实例
常见问题与解答
Electron 应用为什么占这么多内存？
每个都运行自己私有的 Chromium，每个窗口或工作区还有独立的渲染器进程，既不和你的浏览器共享，彼此也不共享。五个 Electron 应用实际上就是并排跑着的五个浏览器。
有更轻的 Electron 应用替代品吗？
往往有：同一个服务用普通浏览器标签页打开，或安装成 PWA，复用的是你本就在跑的浏览器，而不是又运来一份 Chromium。有些服务还提供原生客户端，重量只有 Electron 版的零头。
联系我们: [email protected]