news 2026/9/28 5:07:09

Electron 架构(2025 年最新)

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Electron 架构(2025 年最新)

Electron 架构(2025 年最新)

Electron 的架构继承自Chromium的多进程模型,与现代浏览器(如 Chrome)非常相似。这种设计通过进程隔离提升了应用的稳定性和安全性:即使某个网页内容崩溃或恶意,也不会影响整个应用。

核心是:一个主进程(Main Process)+多个渲染进程(Renderer Processes),加上辅助机制如预加载脚本和工具进程。

1. 主进程(Main Process)
  • 数量:整个应用只有一个主进程,是应用的入口点。
  • 运行环境:Node.js 环境,可以直接使用require()和所有 Node.js API。
  • 主要职责:
    • 管理应用生命周期(通过app模块,如启动、退出)。
    • 创建和管理窗口(通过BrowserWindow模块)。
    • 每个BrowserWindow会对应创建一个渲染进程。
    • 处理原生桌面功能(如菜单、托盘、对话框、通知)。
    • 与渲染进程通信(通过webContents对象)。
  • 类比:类似于 Chrome 的“浏览器进程”(Browser Process),但额外集成 Node.js。
2. 渲染进程(Renderer Process)
  • 数量:每个窗口(BrowserWindow)或网页嵌入(如BrowserView)一个渲染进程。
  • 运行环境:标准的 Web 环境(HTML、CSS、JavaScript),类似于浏览器标签页。
  • 限制:
    • 默认禁用 Node.js 集成(新版安全默认设置),不能直接使用require()或 Node API。
    • 如果需要 NPM 包,必须用打包工具(如 webpack、Vite)处理。
  • 职责:渲染 UI 和处理网页逻辑。
  • 类比:类似于 Chrome 的每个标签页进程。
3. 预加载脚本(Preload Scripts)
  • 作用:在渲染进程的网页内容加载前执行的脚本。
  • 环境:有 Node.js 和 Electron API 访问权,但与网页内容隔离(通过contextIsolation默认启用)。
  • 安全机制:
    • 不能直接修改window全局对象,以防泄露特权 API。
    • 推荐使用contextBridge.exposeInMainWorld()安全暴露 API 到渲染进程(如自定义对象或 IPC)。
  • 常见用途:桥接主进程和渲染进程,实现 IPC 通信(ipcRenderer)。
4. 工具进程(Utility Process)
  • 引入目的:处理不信任服务、CPU 密集任务或易崩溃组件。
  • 环境:完整的 Node.js 进程,由主进程通过UtilityProcessAPI 启动。
  • 优势:可直接与渲染进程通信(使用MessagePort),比传统的child_process.fork更结构化。
  • 用途:隔离风险操作,避免影响主进程。
5. 进程间通信(IPC)
  • 主进程 ↔ 渲染进程:
    • 主进程通过webContents发送消息或执行 JS。
    • 渲染进程通过预加载脚本暴露的ipcRenderer发送消息到主进程(ipcMain接收)。
  • 安全通信:必须经预加载脚本桥接,不能直接访问。
  • 工具进程 ↔ 渲染进程:使用MessagePort直接通道。
6. 与普通浏览器的区别
  • 浏览器:多个标签页进程 + 一个浏览器进程(无 Node.js)。
  • Electron:主进程集成 Node.js,可访问系统 API;渲染进程默认隔离 Node.js。
  • 安全性提升(近期变化):
    • contextIsolation默认启用:预加载与网页上下文隔离。
    • 渲染进程禁用 Node.js:防止恶意网页直接访问系统。
    • 强调使用contextBridge暴露 API。
架构简图(文字描述)
主进程 (Node.js + Electron API) ├── 创建/管理 BrowserWindow ├── 处理原生 GUI (菜单、托盘等) ├── IPC (ipcMain) └── 启动 Utility Process 每个 BrowserWindow └── 渲染进程 (Web 页面) ├── Preload 脚本 (桥接 Node/Electron API) └── Web 内容 (纯 Web JS,隔离) Utility Process (可选,Node.js) └── 与渲染进程直接通信 (MessagePort)

这种多进程架构让 Electron 应用既能利用 Web 技术快速开发 UI,又能通过主进程访问桌面原生功能,同时保持较高安全性。如果你想深入某个部分(如 IPC 示例或 preload 最佳实践),可以告诉我!

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/27 16:29:40

31、SharePoint Web Parts 开发全解析

SharePoint Web Parts 开发全解析 1. Silverlight Web Parts 简介 Silverlight Web Parts 能为用户提供更丰富的界面体验。幸运的是,我们无需编写大量自定义代码来创建此类 Web Part,因为微软发布了项目扩展,其中包含 Web Part 模板。该扩展及相关文档可从 MSDN Code Gal…

作者头像 李华
网站建设 2026/9/28 1:13:25

Excalidraw AI功能本地化部署的硬件要求

Excalidraw AI功能本地化部署的硬件要求 在现代技术团队中,一张随手可画的草图往往比千行文档更能传达设计意图。从系统架构讨论到产品原型构思,可视化协作已成为工程师和设计师日常工作的核心环节。Excalidraw 以其手绘风格、轻量化体验和出色的实时协作…

作者头像 李华
网站建设 2026/9/28 6:22:20

39、SharePoint 2010 及相关工具安装与站点创建指南

SharePoint 2010 及相关工具安装与站点创建指南 1. SharePoint 2010 安装概述 SharePoint 2010 的安装分为三个步骤: 1. 预安装:完成一些先决条件和其他配置。 2. 安装 SharePoint 2010 本身。 3. 运行 SharePoint 2010 配置向导。 其中,预安装步骤在服务器和客户端安…

作者头像 李华
网站建设 2026/9/27 5:30:08

(Open-AutoGLM标准化流程首次公开):支撑千万级请求的底层架构设计

第一章:Open-AutoGLM标准化流程首次公开Open-AutoGLM 是新一代开源自动化生成语言模型调优框架,旨在统一模型训练、评估与部署的全流程标准。该框架通过模块化设计,将数据预处理、提示工程优化、模型微调与推理服务解耦,提升开发效…

作者头像 李华
网站建设 2026/9/27 19:13:51

Excalidraw AI模型版本迭代管理机制

Excalidraw AI模型版本迭代管理机制 在AI能力快速融入各类生产力工具的今天,一个看似简单的“用文字生成图表”功能背后,往往隐藏着复杂的系统工程挑战。以开源白板工具 Excalidraw 为例,当它引入大语言模型(LLM)实现自…

作者头像 李华
网站建设 2026/9/27 16:50:08

告别复杂编程:Open-AutoGLM无代码平台5大隐藏功能首次曝光

第一章:告别复杂编程——Open-AutoGLM无代码平台全景解析在人工智能快速普及的今天,开发者与业务人员之间的技术鸿沟依然显著。Open-AutoGLM应运而生,作为一款领先的无代码AI开发平台,它让非技术人员也能轻松构建、训练并部署自然…

作者头像 李华