主进程负责全局控制与原生操作，渲染进程独立运行每个窗口界面，通过IPC实现安全高效通信，合理分工可提升Electron应用性能与稳定性。
用Electron开发桌面应用时，理解其多进程架构是关键。很多人一开始只关注界面效果，结果应用卡顿、内存暴涨，问题就出在进程模型没理清。Electron不是简单的“网页套壳”，它基于Chromium和Node.js，天然支持主进程和渲染进程分离，合理利用才能做出稳定高效的桌面软件。
主进程：掌控全局的“大脑”
主进程由Electron启动时运行main.js文件创建，负责管理窗口、菜单、托盘、系统事件等原生操作。每个Electron应用只有一个主进程，它不能直接操作DOM，但能调用Node.js模块和原生API。
常见任务包括：
- 创建BrowserWindow实例打开窗口
- 监听app生命周期事件（如ready、window-all-closed）
- 处理系统级功能（如文件选择、通知、自动更新）
示例代码中，通过app.whenReady()等待初始化完成，再创建窗口并加载页面。
立即学习“Java免费学习笔记（深入）”；
渲染进程：每个窗口的独立“前端”
每个BrowserWindow对应一个渲染进程，运行HTML、CSS和JavaScript，就像独立的浏览器标签页。多个窗口就有多个渲染进程，彼此隔离，避免一个崩溃影响整体。
渲染进程默认禁用Node.js集成以提高安全，但可通过配置开启。若需访问文件系统或执行命令行操作，建议通过IPC与主进程通信，由主进程代为执行。
例如，在渲染进程中点击按钮要读取本地文件：
- 渲染进程发送IPC消息（如ipcRenderer.send('open-file')）
- 主进程监听该事件，调用dialog.showOpenDialog选择文件
- 读取完成后通过ipcMain.handle返回结果
IPC通信：主进程与渲染进程的桥梁
由于进程隔离，数据不能直接共享，必须通过IPC（Inter-Process Communication）传递。Electron提供ipcMain和ipcRenderer模块实现双向通信。
推荐使用ipcMain.handle + ipcRenderer.invoke模式，支持Promise异步响应，比传统的send/on更清晰。
注意避免高频通信导致性能问题，大量数据传输建议写入临时文件再传路径。
优化策略：控制资源使用
多窗口应用容易占用过多内存，需主动管理：
- 窗口关闭时手动销毁引用：win = null
- 非必要不开启nodeIntegration，防止前端脚本滥用系统权限
- 使用contextIsolation保障安全上下文隔离
- 复杂计算任务可另启子进程（child_process），避免阻塞主进程
基本上就这些。掌握主进程和渲染进程的分工，用好IPC通信机制，就能避开大多数Electron应用的坑。多进程不是负担，而是构建健壮桌面应用的基础。
