进程模型

理解 Tauri 的进程模型是开发安全、稳定应用的基础。Tauri 采用多进程架构，这与现代浏览器的设计理念一致。

为什么需要多进程

单进程架构的问题

早期的 GUI 应用通常采用单进程架构，所有功能都在一个进程中运行。这种设计存在严重缺陷：

稳定性差：一个组件崩溃会导致整个应用崩溃
性能瓶颈：耗时操作会阻塞 UI 响应
安全风险：所有代码共享同一内存空间，恶意代码可以访问敏感数据

多进程架构的优势

现代浏览器和 Tauri 都采用多进程架构，带来以下好处：

隔离性：一个进程崩溃不会影响其他进程
并行性：充分利用多核 CPU
安全性：通过进程隔离限制攻击面
最小权限：每个进程只拥有必要的权限

Tauri 的进程架构

Tauri 应用由两种主要进程组成：

┌─────────────────────────────────────────────────────────────────┐
│                        Tauri Application                        │
│                                                                 │
│  ┌─────────────────────────────────────────────────────────┐   │
│  │                  Core Process (1个)                      │   │
│  │  ┌─────────────┐  ┌─────────────┐  ┌─────────────────┐  │   │
│  │  │  Rust Code  │  │  IPC Router │  │  System Access  │  │   │
│  │  │             │  │             │  │  (文件/网络/等)  │  │   │
│  │  └─────────────┘  └─────────────┘  └─────────────────┘  │   │
│  └─────────────────────────────────────────────────────────┘   │
│                              │                                  │
│                              │ IPC (Message Passing)            │
│                              │                                  │
│  ┌─────────────────────────────────────────────────────────┐   │
│  │              WebView Process (1个或多个)                  │   │
│  │  ┌─────────────────────────────────────────────────┐    │   │
│  │  │          Web Environment                        │    │   │
│  │  │  ┌──────────┐  ┌──────────┐  ┌──────────────┐   │    │   │
│  │  │  │   HTML   │  │   CSS    │  │  JavaScript  │   │    │   │
│  │  │  └──────────┘  └──────────┘  └──────────────┘   │    │   │
│  │  └─────────────────────────────────────────────────┘    │   │
│  └─────────────────────────────────────────────────────────┘   │
│                                                                 │
└─────────────────────────────────────────────────────────────────┘

Core Process（核心进程）

每个 Tauri 应用有且只有一个 Core Process，它是应用的入口点和控制中心。

职责

应用生命周期管理
- 应用启动和退出
- 系统事件处理（如关机通知）
窗口管理
- 创建、销毁 WebView 窗口
- 管理窗口状态和属性
系统 API 访问
- 文件系统操作
- 网络请求
- 系统通知
- 硬件访问
IPC 路由
- 验证和转发前后端通信
- 实施安全策略
状态管理
- 维护全局应用状态
- 数据库连接管理

技术实现

Core Process 使用 Rust 编写，享有 Rust 的所有优势：

内存安全：所有权系统防止内存错误
线程安全：编译时检测数据竞争
零成本抽象：高性能的同时保持代码清晰

// Core Process 入口示例
#[cfg_attr(mobile, tauri::mobile_entry_point)]
pub fn run() {
    tauri::Builder::default()
        .setup(|app| {
            // 应用初始化逻辑
            println!("Core Process 启动");
            Ok(())
        })
        .invoke_handler(tauri::generate_handler![commands])
        .run(tauri::generate_context!())
        .expect("应用运行失败");
}

WebView Process（渲染进程）

每个窗口对应一个独立的 WebView Process，负责渲染用户界面。

职责

UI 渲染
- 解析 HTML/CSS
- 执行 JavaScript
- 处理用户交互
前端逻辑
- 状态管理（React/Vue 等）
- 路由控制
- 业务逻辑

使用的 WebView 引擎

Tauri 使用操作系统提供的原生 WebView：

操作系统	WebView 引擎
Windows	Microsoft Edge WebView2
macOS	WKWebView
Linux	WebKitGTK
iOS	WKWebView
Android	WebView

这种设计的优势：

小体积：不捆绑浏览器引擎
兼容性：使用系统最新 Web 技术
更新独立：WebView 由系统更新

安全限制

WebView Process 默认是沙箱化的：

无法直接访问 Node.js API
无法直接访问系统 API
只能通过 IPC 与 Core Process 通信

// WebView 中无法直接执行
const fs = require('fs'); // ❌ 错误！require 不可用
fs.readFileSync('/etc/passwd'); // ❌ 无法访问

// 正确方式：通过 IPC 调用 Core Process
import { invoke } from '@tauri-apps/api/core';
const content = await invoke('read_file', { path: '/etc/passwd' });

进程间通信（IPC）

Core Process 和 WebView Process 之间通过 IPC 进行通信。

通信方式对比

特性	Command	Event
方向	前端 → 后端	双向
返回值	有	无
类型安全	是	否
适用场景	请求-响应	通知/广播

IPC 消息流

WebView Process          Core Process
     │                        │
     │  1. invoke("cmd", args) │
     │ ───────────────────────>│
     │                        │
     │  2. 验证权限            │
     │                        │
     │  3. 执行 Command        │
     │                        │
     │  4. 返回结果            │
     │ <───────────────────────│
     │                        │

安全验证

每次 IPC 调用都会经过权限验证：

Capability 检查：前端是否有权限调用此 Command
参数验证：检查参数是否符合预期
Scope 限制：文件系统访问是否在规定范围内

最小权限原则

Tauri 的安全模型基于「最小权限原则」：

每个进程只应拥有完成其工作所必需的最小权限。

权限分配

Core Process:     完全系统访问权限
                  ↓
WebView Process:  无系统访问权限
                  只能通过 IPC 请求 Core Process
                  ↓
Commands:         根据配置拥有特定权限
                  如：只读文件访问、特定目录

实际应用

场景：应用需要读取用户文档

不安全的做法：

授予前端完整的文件系统访问权限
前端直接操作文件

Tauri 的安全做法：

前端通过 IPC 请求读取文件
Core Process 验证请求
只允许访问指定目录
返回文件内容给前端

// 限制只能访问应用数据目录
#[tauri::command]
async fn read_app_file(
    app_handle: tauri::AppHandle,
    filename: String
) -> Result<String, String> {
    let app_dir = app_handle.path().app_data_dir()
        .map_err(|e| e.to_string())?;
    
    // 确保文件路径在允许范围内
    let file_path = app_dir.join(filename);
    if !file_path.starts_with(&app_dir) {
        return Err("非法路径".to_string());
    }
    
    fs::read_to_string(file_path)
        .map_err(|e| e.to_string())
}

进程生命周期

启动流程

1. 操作系统启动 Core Process
        ↓
2. Core Process 加载配置
        ↓
3. Core Process 创建 WebView Process
        ↓
4. WebView 加载前端代码
        ↓
5. 应用就绪，等待用户交互

关闭流程

1. 用户关闭窗口 / 调用退出
        ↓
2. Core Process 通知 WebView 关闭
        ↓
3. WebView Process 清理资源并退出
        ↓
4. Core Process 执行清理逻辑
        ↓
5. Core Process 退出

异常处理

场景	处理方式
WebView 崩溃	Core Process 可选择重启窗口或退出应用
Core Process 崩溃	整个应用退出，WebView 随之关闭
Command panic	返回错误给前端，不影响其他功能

多窗口应用

Tauri 支持创建多个窗口，每个窗口运行在独立的 WebView Process 中。

// 创建新窗口
#[tauri::command]
async fn create_window(app: tauri::AppHandle) {
    let new_window = tauri::WebviewWindowBuilder::new(
        &app,
        "settings",  // 窗口标签
        tauri::WebviewUrl::App("settings.html".into())
    )
    .title("设置")
    .inner_size(600, 400)
    .build()
    .expect("创建窗口失败");
}

窗口间通信

多个窗口可以通过 Core Process 进行通信：

// 向特定窗口发送事件
app.emit_to("settings", "config-updated", &new_config);

// 向所有窗口广播
app.emit("theme-changed", &theme);

性能考虑

进程开销

每个 WebView Process 都会占用一定内存：

基础开销：约 50-100MB（取决于 WebView 引擎）
建议限制窗口数量，避免过多进程

优化策略

延迟加载：需要时再创建窗口
窗口复用：隐藏而非关闭窗口
资源释放：及时关闭不需要的窗口

// 隐藏窗口而非关闭
window.hide().unwrap();

// 需要时显示
window.show().unwrap();

调试技巧

查看进程信息

Windows（PowerShell）：

Get-Process | Where-Object { $_.ProcessName -like "*myapp*" }

macOS/Linux：

ps aux | grep myapp

调试 WebView

在开发模式下，可以打开 DevTools：

Windows/Linux：Ctrl + Shift + I
macOS：Cmd + Option + I

调试 Core Process

使用 Rust 调试器：

cargo run --features debugging

或在 VS Code 中配置 launch.json。

总结

Tauri 的多进程架构是其安全性和稳定性的基石：

Core Process 是控制中心，拥有系统访问权限
WebView Process 负责 UI，运行在沙箱中
IPC 是唯一的通信方式，经过权限验证
最小权限原则 限制潜在的攻击面

理解这些概念，有助于你编写更安全、更高效的 Tauri 应用。

下一步

进程间通信 - 深入学习 Commands 和 Events
权限系统 - 了解如何配置应用权限

为什么需要多进程​

单进程架构的问题​

多进程架构的优势​

Tauri 的进程架构​

Core Process（核心进程）​

职责​

技术实现​

WebView Process（渲染进程）​

职责​

使用的 WebView 引擎​

安全限制​

进程间通信（IPC）​

通信方式对比​

IPC 消息流​

安全验证​

最小权限原则​

权限分配​

实际应用​

进程生命周期​

启动流程​

关闭流程​

异常处理​

多窗口应用​

窗口间通信​

性能考虑​

进程开销​

优化策略​

调试技巧​

查看进程信息​

调试 WebView​

调试 Core Process​

总结​

下一步​