跳至主要内容

进程模型

Tauri 采用了与 Electron 或许多现代 Web 浏览器类似的多进程架构。本指南探讨了设计选择背后的原因,以及它为何是编写安全应用程序的关键。

为什么要使用多个进程?

在 GUI 应用程序的早期,通常使用单个进程来执行计算、绘制界面和响应用户输入。正如你可能猜到的那样,这意味着长时间运行的昂贵计算会使用户界面无响应,或者更糟的是,一个应用程序组件的故障会导致整个应用程序崩溃。

很明显,需要一种更具弹性的架构,应用程序开始在不同的进程中运行不同的组件。这能更好地利用现代多核 CPU,并创建更安全的应用程序。一个组件中的崩溃不再影响整个系统,因为组件在不同的进程中被隔离。如果一个进程进入无效状态,我们可以轻松地重新启动它。

我们还可以通过仅向每个进程授予最少权限来限制潜在漏洞的破坏半径,这足以让它们完成工作。此模式称为最小权限原则,您经常在现实世界中看到它。如果您请园丁来修剪树篱,您会给他们花园的钥匙。您不会给他们房子的钥匙;他们为什么要访问那里?相同的概念适用于计算机程序。我们给予他们的访问权限越少,如果他们受到损害,他们造成的危害就越小。

核心进程

每个 Tauri 应用程序都有一个核心进程,它充当应用程序的入口点,并且是唯一具有对操作系统完全访问权限的组件。

内核的主要职责是使用该访问权限来创建和编排应用程序窗口、系统托盘菜单或通知。Tauri 实现必要的跨平台抽象以简化此过程。它还通过核心进程路由所有进程间通信,允许您在一个中心位置拦截、过滤和操作 IPC 消息。

核心进程还应负责管理全局状态,例如设置或数据库连接。这使您可以轻松地在窗口之间同步状态,并保护前端中的敏感业务数据不被窥探。

我们选择 Rust 来实现 Tauri,因为它的所有权概念保证了内存安全,同时保持了出色的性能。

流程图 TD C{核心} W1[WebView] W2[WebView] W3[WebView] C <-->|事件和命令| W1 C <-->|事件和命令| W2 C <-->|事件和命令| W3
图 1-1:Tauri 进程模型的简化表示。单个核心进程管理一个或多个 WebView 进程。

WebView 进程

核心进程本身不会呈现实际的用户界面 (UI);它启动 WebView 进程,这些进程利用操作系统提供的 WebView 库。WebView 是一个类似浏览器的环境,可执行您的 HTML、CSS 和 JavaScript。

这意味着在传统 Web 开发中使用的大多数技术和工具都可以用来创建 Tauri 应用程序。例如,许多 Tauri 示例都是使用Svelte前端框架和Vite打包器编写的。

安全最佳实践也适用;例如,您必须始终清除用户输入,切勿在前台处理机密,理想情况下将尽可能多的业务逻辑推迟到核心进程,以保持攻击面较小。

与其他类似解决方案不同,WebView 库不会包含在最终的可执行文件中,而是在运行时动态链接1。这会让你的应用程序小很多,但这也意味着你需要牢记平台差异,就像传统的 Web 开发一样。


  1. 目前,Tauri 在 Windows 上使用 Microsoft Edge WebView2,在 macOS 上使用 WKWebView,在 Linux 上使用 webkitgtk