18.5 多窗口性能管理：闲置窗口资源释放

在多窗口应用中，每个窗口通常都对应一个独立的 WebView 实例，这会带来内存和 CPU 开销的线性增长。如果用户在短时间内打开了多个窗口（例如：新窗口展示详情、打开多个设置页），但实际活跃的只有其中一个，其余窗口就会变成“闲置窗口”，它们依然消耗着系统资源——持续渲染、接收事件、运行定时器和动画。合理释放闲置窗口的资源，是保证应用长期流畅运行的关键。

理解 Tauri 窗口的生命周期

Tauri 中的窗口可以处于以下几种状态：

显示且活跃：正常渲染，用户可交互。
隐藏但仍存活：窗口对象未被销毁，WebView 仍在运行，只是不可见。内存仍被占用，动画和定时器仍在执行。
最小化/后台：窗口最小化到任务栏或隐藏后仍存活，资源占用与隐藏状态类似。
已销毁：窗口对象被释放，WebView 彻底销毁，所有相关内存回收。

显然，只隐藏而不销毁的窗口，并不会自动释放 WebView 资源。要实现真正的“闲置释放”，需要主动介入管理。

核心策略：移动闲置窗口为“挂起”或“按需重建”

1. 非必要窗口直接销毁，而非隐藏

许多应用习惯在用户点击“关闭”时只隐藏窗口，以便快速再次打开。但这会维持 WebView 的全量占用。更节约的做法是：

轻量窗口（如搜索弹窗、即时信息窗）：用完即销毁。
需要保留状态的窗口：在关闭前将关键状态序列化，保存到主进程的 Rust 全局状态或前端存储中；下次打开时根据保存的状态快速重建。

示例（Rust 侧）：

// 用户关闭设置窗口时，彻底销毁
fn close_settings(window: tauri::Window) {
    window.close().ok();
}

再次打开时，通过命令创建新窗口，并从全局状态中取出上次的配置：

#[tauri::command]
fn open_settings(handle: tauri::AppHandle) {
    let settings = tauri::WebviewWindowBuilder::new(
        &handle,
        "settings",
        tauri::WebviewUrl::App("settings.html".into()),
    ).build().unwrap();
    // 从全局状态中恢复尺寸、主题等
    if let Some(state) = handle.state::<SettingsState>().get() {
        settings.set_size(state.size).ok();
    }
}

2. 利用窗口事件暂停前端耗能操作

如果某些窗口确实需要保持存活（例如预览窗口、监视面板），可以通过监听窗口的焦点变化、最小化事件，由 Rust 后端主动通知前端“挂起”或“恢复”资源。

Rust 侧注册事件监听：

window.on_window_event(|event| {
    if let tauri::WindowEvent::Focused(false) = event {
        // 失焦时挂起
        window.eval("window.__suspendAnimations?.()").ok();
    } else if let tauri::WindowEvent::Focused(true) = event {
        // 聚焦时恢复
        window.eval("window.__resumeAnimations?.()").ok();
    }
});

前端配合：

window.__suspendAnimations = () => {
  // 暂停所有 requestAnimationFrame、CSS 动画、定时器
  if (animationId) cancelAnimationFrame(animationId);
  console.log('窗口已挂起');
};

window.__resumeAnimations = () => {
  // 重新启动动画循环
  startLoop();
};

当窗口被最小化或失焦时，停止不必要的渲染计算，可以立即降低 CPU 占用。

3. 通过“单实例窗口 + 内容刷新”减少窗口数量

如果你的应用本质上不需要同时打开多个“同类”窗口，可以将设计改为单实例模式。例如，不再为每个文章开新窗口，而是在同一个窗口内通过前端路由切换内容，并使用一个全局栈来模拟多窗口的返回行为。

这样可以将多窗口数量控制在 1-2 个（主窗口 + 可能的辅助窗口），大幅降低闲置资源。

4. 使用 WebView 后台节流（依平台而定）

某些平台的 WebView 在窗口完全隐藏时，渲染可能会被系统自动节流（例如 macOS 的 NSView 隐蔽暂停刷新）。但你不能完全依赖这个行为，因为它并不统一，且定时器、网络请求通常仍在运行。更可靠的做法是应用层主动挂起。

实践建议

明确窗口的“闲置阈值”：设定一个时间段（如 30 秒失去焦点），如果仍未获得焦点，则考虑销毁（对于非关键窗口）。
状态序列化要轻量：选择低开销的存储方式（JSON 写入本地文件或内存缓存），避免因恢复状态引入新的性能瓶颈。
监控内存和进程：在开发阶段利用任务管理器或 Tauri 的 devtools 查看每个窗口的内存占用，以此优化销毁策略。
组合使用 Tauri 的 webview.close 和 Window::close：差异不大，但要注意清理监听器，防止内存泄漏。

总结

“闲置窗口资源释放”的核心不是隐藏窗口，而是在不需要时彻底回收 WebView 资源。通过按需创建/销毁窗口、利用窗口事件挂起前端高负荷任务、以及限制并发窗口数量，你可以有效控制应用的内存和 CPU 占用，让多窗口能力不再是性能黑洞，而是灵活的工具。