在 Tauri 中管理多个窗口，远不是简单地把同一个页面打开几次。框架提供了灵活的进程模型和隔离策略，让你在性能和安全性之间找到合适的平衡点。理解这些机制，可以帮你避免不必要的内存浪费，同时防止窗口间的数据泄露或 UI 卡顿。
1. 共享进程：让多个窗口运行在同一个 WebView 进程里
默认情况下，Tauri 会为每个窗口创建一个独立的 WebView 实例，但这些实例运行在同一个操作系统进程中（在 Windows 上，就是一个 WebView2 浏览器进程）。这与 Electron 默认的“一个窗口一个渲染进程”完全不同。
好处：
- 内存占用大幅降低：多个窗口共享系统资源、字体缓存、JavaScript 引擎的 JIT 编译结果，不会因为窗口数量增加而线性增长内存。
- 启动更快：新窗口不需要重新初始化整个浏览器环境，复用已有的进程和资源。
- 窗口间通信简单：由于同属一个进程，可以通过全局的
appHandle或事件系统直接传递消息，无需跨进程序列化。
潜在风险：
- 如果某个窗口的前端代码执行了死循环或严重的内存泄漏，可能会拖垮同一进程下的其他窗口（表现为所有窗口同时无响应）。
- 因此，Tauri 也支持独立进程模式，用于隔离可能存在问题的窗口。
2. 独立上下文：每个窗口的前端上下文完全隔离
虽然多个窗口可能在同一个 WebView 进程内，但它们的 JavaScript 执行上下文是彼此独立的。就像浏览器中的不同标签页一样，一个窗口的全局变量、DOM 节点、localStorage、sessionStorage 都无法被另一个窗口直接访问。
- 窗口 A 和窗口 B 之间，无法互相读取
window对象或修改对方的 DOM。 - 即使它们加载了相同的 URL，也是两份完全独立的运行时环境。
- 如果你想在窗口间共享数据，必须通过 Tauri 的 IPC 机制或 Rust 后端来中转——这恰好提供了更可控的数据流。
3. 窗口间隔离：安全边界远比浏览器严格
除了 JavaScript 上下文隔离，Tauri 还加入了额外的安全约束，防止一个窗口通过非预期方式影响另一个窗口。
- 权限隔离
每个窗口可以拥有不同的 IPC 白名单配置。比如，主窗口可能开放了文件写入权限，而弹出的设置窗口则完全禁止文件操作。即使设置窗口的前端被注入恶意脚本，攻击者也无法通过 IPC 写文件。
- Origin 隔离
如果不同窗口加载了来自不同源（协议/域名/端口不同）的页面，WebView 会强制实施同源策略，彻底阻断跨窗口的脚本操作。
- 进程级别的隔离（可选）
在 tauri.conf.json 中，可以为某个窗口设置独立的 WebView 进程（例如通过 process: { type: "independent" }）。这样该窗口就会运行在单独的进程中，即便崩溃也不会影响其他窗口。代价是稍高的内存开销，适合处理不可靠的第三方内容或需要绝对隔离的场景。
实践建议
- 大多数应用：默认的共享进程模式已经足够好，内存友好且性能高。
- 需要高稳定性：将主窗口和辅助窗口（比如第三方登录页）放在独立进程中，防止一方崩溃拖垮全部。
- 多窗口数据交换：使用 Rust 后端作为中央枢纽，通过事件或命令传递数据，既安全又统一。
总的来说，Tauri 的多窗口机制在共享与隔离之间提供了明确的配置项，让你可以根据应用场景精确控制。默认的共享进程模式追求极致的轻量，而当你需要时，一个简单的配置就能让关键窗口获得独立的“保护壳”。