Electron通过主进程与渲染进程的多进程架构实现跨平台桌面应用开发，主进程管理应用生命周期并调用系统API，每个BrowserWindow对应独立的渲染进程负责页面渲染，二者通过ipcMain和ipcRenderer进行安全的进程间通信；其核心机制融合Chromium的UI能力与Node.js的系统访问能力，默认允许渲染进程使用Node模块但存在安全风险，因此推荐关闭nodeIntegration并采用预加载脚本以最小权限桥接功能；应用通过electron-builder等工具打包，内置Chromium和Node运行时导致体积较大，需通过资源优化减小尺寸。
Electron 是一个基于 Node.js 和 Chromium 的开源框架，允许开发者使用 HTML、CSS 和 JavaScript 构建跨平台的桌面应用程序。它被广泛用于开发如 Visual Studio Code、Slack、Figma 桌面版等知名应用。理解 Electron 的架构与核心原理，有助于更好地优化应用性能和安全性。
Electron 的多进程架构
Electron 采用多进程模型，主要由两个核心进程组成：主进程（Main Process）和渲染进程（Renderer Process）。这种设计借鉴了现代浏览器的架构思想。
主进程负责管理应用的生命周期、窗口创建、系统菜单、对话框以及原生操作系统交互。每个 Electron 应用只有一个主进程，它运行在 Node.js 环境中，可以调用系统 API。
渲染进程则是每一个 BrowserWindow 实例所对应的页面进程。每个窗口拥有独立的渲染进程，运行在 Chromium 渲染引擎中，执行前端代码（HTML/CSS/JS）。多个窗口之间互不干扰，类似多个标签页的浏览器。
由于渲染进程是隔离的，它们不能直接访问系统资源，必须通过主进程代理完成敏感操作，从而提升安全性。
进程间通信（IPC）机制
主进程与渲染进程之间不能直接共享变量或调用函数，必须通过 Electron 提供的 IPC（Inter-Process Communication）模块进行通信。
- ipcMain：主进程中监听来自渲染进程的消息。
- ipcRenderer：渲染进程中向主进程发送消息或请求响应。
例如，当用户点击“保存文件”按钮时，渲染进程通过 ipcRenderer 发送 save-file 请求，主进程接收到后调用 dialog.showSaveDialog() 并将结果返回。
合理使用异步通信可避免阻塞界面，同时应避免频繁传输大量数据，防止性能下降。
Chromium 与 Node.js 的融合
Electron 的关键创新在于将 Chromium 的渲染能力与 Node.js 的系统访问能力结合。默认情况下，渲染进程可以同时使用 DOM API 和 require() 加载 Node 模块。
虽然这极大提升了开发灵活性，但也带来安全风险。例如，恶意网页可能通过 Node API 访问文件系统。
因此，Electron 推荐在生产环境中关闭 nodeIntegration，并通过预加载脚本（preload script）以最小权限暴露必要接口。预加载脚本运行在渲染器中，但可在上下文隔离的前提下桥接 Node 功能。
打包与分发机制
Electron 应用本质上是一个包含 Electron 可执行文件、应用代码和资源的文件夹。通过打包工具如 electron-builder 或 electron-packager，可将项目打包为各平台的可安装程序（.exe、.dmg、.AppImage 等）。
打包过程中会嵌入 Chromium 和 Node.js 运行时，因此应用体积较大（通常几十 MB 起）。这是 Electron 被诟病的主要原因，但换来的是开发效率和跨平台一致性。
可通过代码压缩、资源懒加载、移除未使用依赖等方式优化最终体积。
基本上就这些。Electron 的设计让前端开发者能快速构建功能完整的桌面应用，但也要求开发者关注性能、安全与用户体验之间的平衡。
