前置基础：理解多进程的必要前提
在正式讲解 Electron 多进程架构前，先明确三个底层认知，帮你搭建理解框架：
- 进程与线程的核心区别进程是操作系统分配资源的最小单位，每个进程拥有独立的内存空间，进程之间默认无法直接互相访问；线程是进程内的执行单元，多个线程共享同一块进程内存。简单理解：进程是独立的 "车间"，线程是车间里的 "工人"。
- 单进程架构的固有缺陷早期浏览器采用单进程设计，所有页面、插件、UI 都运行在同一个进程里，带来三个致命问题：
- 稳定性差：一个页面崩溃会导致整个浏览器闪退
- 安全性弱：页面脚本可以直接访问系统内存和资源
- 性能瓶颈：单线程阻塞会导致整个界面卡顿
- Electron 的技术底色Electron = Chromium 内核 + Node.js 运行时 + 原生系统 API。它完整继承了 Chromium 的多进程设计思想，同时在主进程中集成了 Node.js 能力，让前端代码可以间接调用系统资源。
一、主进程：应用的全局管理者
定义
主进程是 Electron 应用的入口与控制中心，一个 Electron 应用有且仅有一个主进程，负责统筹所有系统资源与窗口生命周期。
底层原理
主进程运行在完整的 Node.js 环境中，拥有最高系统权限，可以直接调用操作系统能力与所有 Electron 原生模块。它是所有渲染进程的父进程，负责创建、销毁、管理每个渲染进程窗口，同时处理应用级的系统事件。
具象示例
当你启动一个 Electron 桌面应用时，第一个启动的就是主进程；点击应用图标创建新窗口、点击关闭按钮退出应用、在系统托盘显示图标、右键弹出系统菜单，这些操作全部由主进程执行。
应用场景
- 应用生命周期管理：启动、退出、后台驻留、开机自启
- 窗口管理：创建、关闭、最小化、最大化浏览器窗口
- 系统能力调用：文件读写、系统通知、剪贴板、原生对话框
- 全局状态管理：跨窗口数据共享、全局配置存储
二、渲染进程：UI 渲染与业务执行单元
定义
渲染进程负责渲染网页界面与执行业务前端代码，每一个独立的浏览器窗口（BrowserWindow）默认对应一个独立的渲染进程。
底层原理
渲染进程本质是 Chromium 的渲染进程，运行在沙箱隔离环境中，默认只能使用标准 Web API（DOM、BOM、Canvas 等），无法直接访问系统资源。每个渲染进程拥有独立的内存空间，单个渲染进程崩溃不会影响其他窗口或主进程。
具象示例
你在桌面应用里看到的所有页面内容、按钮交互、列表滚动，都运行在渲染进程中；如果某个页面出现死循环或内存泄漏，只会导致当前窗口白屏或无响应，不会让整个应用闪退。
应用场景
- 渲染用户界面：绘制 DOM、处理 CSS 样式、响应鼠标键盘交互
- 运行业务逻辑：执行 React/Vue 等前端框架代码、处理页面内计算
- 模块隔离：将不同业务面板拆分为独立渲染进程，避免单点故障
- 插件承载：第三方插件页面运行在独立渲染进程中，隔离风险
三、预加载脚本：安全通信的桥梁
定义
预加载脚本是运行在渲染进程中的特殊脚本，它在页面业务脚本加载之前执行，是连接沙箱内页面与系统能力的安全中介。
底层原理
预加载脚本同时拥有 Web 上下文与部分 Node.js/Electron API 权限，配合上下文隔离（Context Isolation） 机制 ------ 一种让预加载脚本与页面脚本运行在独立 JS 上下文的安全机制，它可以将经过封装的受控方法暴露给页面脚本，同时禁止页面直接访问 Node.js 环境，在能力开放与安全边界之间取得平衡。
具象示例
页面上有一个 "导出 Excel" 按钮，页面本身没有读写硬盘的权限；预加载脚本提前将exportExcel方法挂载到window对象上，用户点击按钮时调用该方法，预加载脚本再通过 IPC 通知主进程完成文件写入，最终将结果返回给页面。
应用场景
- 安全能力暴露：向页面开放有限的系统能力，避免权限泄露
- 全局注入：在不修改业务代码的前提下注入全局工具与变量
- 通信代理：统一封装 IPC 逻辑，降低页面与主进程的耦合
- 安全加固：拦截页面的危险操作，过滤非法请求
四、进程间通信（IPC）：跨进程协作的核心
定义
IPC（Inter-Process Communication）是 Electron 提供的跨进程消息传递机制，用于主进程与渲染进程、渲染进程之间的数据交互与功能调用。
底层原理
Electron 提供ipcMain（主进程侧）与ipcRenderer（渲染进程侧）两套模块，基于 Chromium 的跨进程消息管道实现数据传输。所有传递的数据都会经过结构化克隆算法序列化后再传输 ------ 这是浏览器内置的深拷贝序列化机制，支持大部分普通数据类型，进程之间无法直接共享内存或函数引用。
主流通信模式分为三类：
- 渲染进程 → 主进程：请求 - 响应模式（invoke/handle）、单向通知模式（send/on）
- 主进程 → 渲染进程：主动推送消息（webContents.send）
- 渲染进程 ↔ 渲染进程：通过主进程中转，或使用 MessageChannel 直连
具象示例
用户在页面点击 "选择文件"，渲染进程通过ipcRenderer.invoke('select-file')发起请求；主进程通过ipcMain.handle('select-file')接收请求，调用系统文件选择对话框；用户选择文件后，主进程将文件路径返回给渲染进程，页面展示选中的文件名。
应用场景
- 页面调用系统能力：文件操作、系统弹窗、硬件调用
- 系统事件通知：网络状态变化、系统通知点击、窗口状态变更
- 多窗口同步：一个窗口修改数据，同步更新其他窗口
- 插件通信：第三方插件与主程序之间的功能交互
五、辅助进程：底层能力的承载者
定义
辅助进程是 Electron 继承自 Chromium 的功能性进程，由内核自动管理，无需开发者手动创建，负责处理特定的底层任务。
底层原理
- GPU 进程：全应用共享一个，负责硬件加速渲染、3D 图形绘制、视频解码
- 实用进程（Utility Process） ：运行独立的工具任务，如网络服务、媒体解码
- 插件进程：每个浏览器插件对应一个独立进程，实现插件隔离
具象示例
在应用中播放高清视频时，视频解码与渲染工作由 GPU 进程承担；如果 GPU 驱动出现异常，最多导致画面渲染失败，不会导致整个应用崩溃退出。
应用场景
- 硬件加速渲染：提升页面动画、视频播放的流畅度
- 媒体处理：音视频解码、图像处理
- 插件隔离：第三方插件故障不影响主程序稳定性
常见认知误区与实操建议
常见认知误区
- 渲染进程可以直接使用 Node.js API 这是最常见的误解。默认配置下，渲染进程的页面脚本运行在沙箱中，完全没有 Node.js 权限；开启
nodeIntegration会带来严重安全风险，生产环境必须禁用，所有系统能力都应通过预加载脚本 + IPC 的方式暴露。 - 多进程等价于多窗口进程隔离的核心是职责分离，而非窗口数量。同一个窗口内的 iframe、webview 也可以运行在独立渲染进程中；反之，多个窗口也可以通过配置共享同一个渲染进程（不推荐）。
- IPC 可以传递任意类型数据IPC 传输的是序列化后的数据，仅支持结构化克隆算法兼容的类型（基本类型、普通对象、数组等）；函数、DOM 节点、循环引用对象、Promise 都无法直接传递。
- 主进程可以处理耗时计算主进程只有一个主线程，一旦被阻塞，所有窗口都会出现卡顿、无响应。耗时计算任务应当放到独立渲染进程、Utility Process 或 Node.js 子进程中执行。
可落地实操建议
- 安全配置 ：生产环境必须开启
contextIsolation: true、sandbox: true，禁用nodeIntegration，这是 Electron 安全的基线。 - 通信规范 ：优先使用
ipcRenderer.invoke+ipcMain.handle的请求 - 响应模式，替代传统的 send/on 回调写法，代码更清晰，错误处理更友好。 - 性能优化：重 CPU 计算任务移出主进程；合理控制渲染进程数量，避免无限制创建窗口；大文件、大数据处理使用流式传输，避免一次性 IPC 传输超大对象。
- 调试方法 ：渲染进程直接用 Chrome 开发者工具调试；主进程需要通过
--inspect参数开启调试端口，配合 VS Code 进行断点调试。