前提说明
- Tauri v2：正式支持桌面+移动端，权限模型重构、IPC大幅升级
- Wails v2（主流稳定版，v3仍alpha）
- Deno Desktop：Deno 2.9 新增实验性功能，尚未稳定，定位 TS 全栈桌面
- Electron：最成熟，架构为捆绑 Chromium+Node.js；其余三者默认使用系统WebView（Windows WebView2 / macOS WKWebView / Linux WebKitGTK）
架构一览
| 框架 | 底层运行架构 | 前后端语言 | 渲染引擎方案 | 进程模型 |
|---|---|---|---|---|
| Electron | Node.js + 内置完整Chromium | 前端JS/TS；后端JS/TS | 强制捆绑Chromium | 多进程：主进程(Node) + 渲染进程(Chromium)，跨进程IPC |
| Tauri v2 | Rust 宿主 + Wry封装WebView | 前端任意Web框架；后端Rust（可选纯JS调用API） | 默认系统WebView；可选择捆绑Chromium | 单宿主进程 + WebView，自定义高性能IPC、支持二进制流 |
| Wails v2 | Go 宿主 + WebView绑定层 | 前端任意Web框架；后端Go | 默认系统WebView | Go主进程 + WebView，自动生成Go↔JS类型绑定 |
| Deno Desktop | Deno运行时 + 系统WebView（可选捆绑Chromium） | 前后端统一 TS/JS(Deno) | 二选一：系统WebView / 内置Chromium | 同进程模型：Deno runtime与WebView进程内通信，无跨进程开销 |
关键指标横向对比
| 对比维度 | Electron | Tauri v2 | Wails v2 | Deno Desktop(实验) |
|---|---|---|---|---|
| 安装包体积 | 100–250MB | 3–15MB | 8–22MB | 35–50MB（系统WebView模式） |
| 空闲内存占用 | 200–500MB | 40–90MB | 50–110MB | 60–120MB |
| 冷启动速度 | 慢（1.5–4s） | 极快（0.3–0.8s） | 快（0.5–1.2s） | 较快（0.6–1.3s） |
| 跨平台渲染一致性 | ⭐⭐⭐⭐⭐<br>统一Chromium，无浏览器差异 | ⭐⭐⭐<br>受系统WebView版本影响，macOS WebKit兼容坑多 | ⭐⭐⭐<br>同Tauri，平台WebView差异 | ⭐⭐⭐⭐<br>可选捆绑Chromium实现一致渲染 |
| Win7兼容 | ✅原生支持 | ❌需要用户手动安装WebView2 | ❌需要WebView2 | ❌依赖WebView2 |
| 移动端支持 | ❌仅桌面（Win/Mac/Linux） | ✅Win/Mac/Linux + Android/iOS | ❌仅桌面 | ❌仅桌面 |
| 原生计算性能 | 中等（Node.js） | ⭐⭐⭐⭐⭐ Rust无GC | ⭐⭐⭐⭐ Go GC | ⭐⭐⭐ Deno(V8) |
| 默认安全模型 | 宽松，需手动开启隔离 | ⭐⭐⭐⭐⭐ Capability细粒度权限白名单 | 中等，需自行封装权限控制 | ⭐⭐⭐⭐ 继承Deno默认权限沙箱 |
开发体验 & 技术栈门槛
1. Electron
✅ 优势
- 前端直接上手，不需要额外学习第二门后端语言
- NPM 完整生态，海量原生模块、串口、进程、数据库开箱即用
- 工具链极度成熟：
electron-builder、热更新、崩溃上报、调试工具完善 - 企业级案例极多：VSCode、Discord、飞书、钉钉桌面端
❌ 劣势
- 包大、内存占用高；低配设备体验差
- IPC样板代码多，preload隔离配置繁琐
- 长期运行容易内存泄漏
适合人群：前端团队、已有大量Node代码复用、复杂多媒体/终端类应用，不苛求极致体积。
2. Tauri v2
✅ 优势
- 体积最小、内存最低；支持一套代码编译桌面+移动端
- Rust底层，内存安全、CPU密集任务性能极强
- v2全新权限系统、流式IPC、完善官方插件生态（自动更新、sql、通知）
- 可仅用前端API开发，重度逻辑再写Rust
❌ 劣势
- 编译环境复杂（Windows需要VS构建工具）
- 想深度拓展必须学习Rust；迁移Node原生模块成本极高
- WebView平台兼容性调试成本
适合人群：追求轻量安装包、离线本地工具、跨端（桌面+移动）、注重安全；团队有人愿意接触Rust。
3. Wails v2
✅ 优势
- Go生态完美打通，CLI工具快速包装成GUI
- 自动生成前后端TS类型绑定，胶水代码少
- Go简单易学、跨平台编译体验优秀（CGO可选）
- 社区稳定，文档友好
❌ 劣势
- 生态小于Tauri；缺少官方移动端支持
- 系统API插件数量少于Tauri
- 重度UI场景仍要处理WebView兼容
适合人群：Go开发者、把Go后端/CLI工具封装桌面GUI；不想学Rust，想要轻量WebView方案。
4. Deno Desktop（重点提醒：实验阶段！）
✅ 优势
- 唯一前后端统一使用TS，不用Rust/Go
- 原生TypeScript、ES Module；继承Deno沙箱安全
- 双渲染模式切换：轻量系统WebView / 捆绑Chromium保证兼容
- 进程内通信，IPC延迟低于多进程架构
❌ 劣势
- API不稳定，随时破坏性变更，不建议商用正式项目
- 生态刚刚起步，第三方插件极少
- 打包体积明显大于Tauri/Wails
- Linux平台支持仍存在较多bug
适合人群：Deno爱好者、个人玩具项目、技术预研；禁止生产环境直接采用。
生态与工程能力
自动更新
- Electron：方案最多（electron-updater等）
- Tauri v2：官方updater插件，原生支持
- Wails：社区方案为主，无官方标准化插件
- Deno Desktop：几乎无成熟方案
系统托盘、全局快捷键、多窗口、文件对话框
- Electron：全覆盖，案例最多
- Tauri v2：官方插件完整支持
- Wails：基础能力具备，高级功能需要自行封装
- Deno Desktop：基础可用，高级API持续补齐
数据库、硬件串口、子进程调用
- Electron：NPM原生模块无敌
- Tauri：推荐Rust绑定SQLite/串口；Node模块很难迁移
- Wails：直接使用Go丰富生态
- Deno Desktop：使用Deno原生库，相比Node模块少
选型决策指南
选 Electron
- 团队只有前端，不想学习 Rust / Go
- 需要兼容 Win7、老旧操作系统
- 大量复用现有 Node.js 代码、原生npm模块
- 应用对包体积不敏感，优先保证渲染兼容性、降低测试成本
- 复杂编辑器、终端、富媒体桌面软件
选 Tauri v2
- 极致追求小安装包、低内存占用
- 需要一套代码同时发布 桌面 + Android/iOS
- 本地文件工具、加密工具、注重应用安全边界
- 团队能接纳 Rust 基础开发；长期产品化交付
选 Wails v2
- 主力技术栈是Go，已有Go业务代码
- 将Go CLI、后台服务封装图形界面
- 需要轻量WebView方案，但不想学习Rust
暂不选择 Deno Desktop（2026现状）
- 正式商用项目不要上；仅适合个人Demo、技术验证
- 如果你想要“纯TS桌面”稳定方案：现阶段优先 Electron + Deno桥接，而非deno desktop
总结
- Electron = 成熟全能，重型坦克；前端友好，体积代价大
- Tauri v2 = 轻量天花板，Rust驱动，唯一支持桌面+移动端
- Wails v2 = Go开发者专属轻量GUI方案
- Deno Desktop = 未来潜力选手，目前实验阶段，请勿上生产