Electron 进程模型
Electron 继承 Chromium 的多进程架构,理解 main、renderer、preload 以及其他服务进程的边界是学习 Electron 的起点。
#tech / dev / desktop
#resource / electron
#type / concept
#status / growing
[!info] related notes
- 所属 MOC: Electron MOC
- 前置概念: Electron
- 并列概念: Electron 主进程, Electron 渲染进程, Electron preload 脚本
- 易混淆概念: IPC
- 关系笔记: Electron
Electron 进程模型
一句话定义
Electron 不是单进程脚本壳,而是继承了 Chromium 多进程模型的桌面运行时。
核心内容
为什么它重要
学习 Electron 的第一道门槛,不是 API 数量,而是先接受一个事实:
- 不同代码跑在不同进程
- 不同进程持有不同权限
- 它们默认彼此隔离,只能通过受控通信协作
最核心的三个角色
- Main Process:应用入口、生命周期管理者、系统能力持有者
- Renderer Process:窗口中的页面 UI
- Preload Script:位于两者之间的受控桥梁
还有哪些进程
Electron 不只有 main 和 renderer。
由于继承 Chromium,实际还会有 GPU、network、audio 等服务进程。它们不一定是你日常直接编程的对象,但会影响性能、安全和问题定位。
边界与易混淆点
- “Electron 应用”不等于“一个 Node 进程加一个网页”
- 渲染进程看起来像前端页面,但运行时边界比普通网页更复杂
- 进程模型是后续理解 BrowserWindow、preload、IPC、安全策略的总入口