桌面端开发常见技术与选型建议（2026年）
前言
新开桌面项目，最先面对的不是「写界面」，而是「选壳」。
本文按技术族谱梳理常见路线并给出倾向性建议，不展开细粒度 API，版本以你锁定的官方文档为准。
常见路线
Web 壳
用 Web 技术画 UI，底层嵌浏览器内核或系统 WebView，桥接层负责文件、托盘、自动更新等能力。
- Electron：生态最厚，Web 团队上手最快；安装包与内存偏大。
- Tauri 2：系统 WebView + Rust 桥接，体积与占用通常优于 Electron。
- Wails（v3 为 alpha，v2 稳定）：系统 WebView + Go 后端，自动生成 TypeScript 绑定；Go 主栈可并列评估。
- CEF / 自研壳：定制空间大，工程成本高，一般不作默认选项。
跨平台 UI 框架
- Flutter 桌面：单语言、动效一致；原生控件语义与桌面插件仍要实测。
- .NET MAUI：C# 团队、微软生态绑定深；跨平台体验因平台而异。
原生与经典 C++ 系
- Windows：WinUI 3、WPF
- macOS：SwiftUI、AppKit
- Qt（C++/QML）：工业软件、自绘与高性能图形场景常见
对比
以下为最小功能、Release、常见 x64 机型下的经验排序，会随版本浮动；SwiftUI 仅指 macOS。
更在意系统原生控件时，可将 SwiftUI、WinUI 3 在「美观」维度上调一档。
美观易开发度
按视觉自由度与组件生态，从高到低：
| 排序 | 路线 | 说明 |
|---|---|---|
| 1 | Electron | Web 生态最厚，产品级界面上限高 |
| 2 | Tauri / Wails v3 | HTML/CSS 画法与 Electron 同档，差异在壳而非 UI |
| 3 | Flutter 桌面 | 成套设计语言，自绘统一感强 |
| 4 | SwiftUI（macOS） | 系统原生美，非任意像素风 |
| 5 | WinUI 3 / WPF | Fluent 或经典 WPF 模板成熟 |
| 6 | Qt（Widgets / QML） | QML 质感好；Widgets 偏工控风 |
| 7 | .NET MAUI | 跨平台控件风格需额外统一 |
内存占用
单窗口常驻，从低到高：
| 排序 | 路线 | 单窗口内存（约） |
|---|---|---|
| 1 | Qt | 约 35–100 MB |
| 2 | SwiftUI（macOS） | 约 40–100 MB |
| 3 | Tauri / Wails v3 | 约 40–120 MB |
| 4 | WinUI 3 / WPF | 约 50–150 MB |
| 5 | Flutter 桌面 | 约 80–200 MB |
| 6 | .NET MAUI | 约 80–220 MB |
| 7 | Electron | 约 200–450 MB |
打包大小
安装包体积，从小到大：
| 排序 | 路线 | 安装包体积（约） | 备注 |
|---|---|---|---|
| 1 | Tauri | 约 3–30 MB | |
| 2 | Wails v3 | 约 8–35 MB | 无 Chromium |
| 3 | WinUI 3 / WPF | 约 1–95 MB | 自包含 .NET 偏大 |
| 4 | SwiftUI（macOS） | 约 10–45 MB | |
| 5 | Qt | 约 20–80 MB | 链接方式差异大 |
| 6 | Flutter 桌面 | 约 40–130 MB | |
| 7 | .NET MAUI | 约 55–170 MB | |
| 8 | Electron | 约 120–280 MB | 含 Chromium |
启动速度
冷启动到可交互，从快到慢：
| 排序 | 路线 | 冷启动（约） |
|---|---|---|
| 1 | SwiftUI（macOS） | 约 0.2–0.6 秒 |
| 2 | Qt | 约 0.2–0.8 秒 |
| 3 | WinUI 3 / WPF | 约 0.2–1 秒 |
| 4 | Tauri / Wails v3 | 约 0.3–1.5 秒 |
| 5 | Flutter 桌面 | 约 0.5–2 秒 |
| 6 | .NET MAUI | 约 0.5–2 秒 |
| 7 | Electron | 约 1–3 秒 |
热重载
改代码后能否快速看到效果（不整包重启）：
| 路线 | 形态 | 说明 |
|---|---|---|
| Flutter 桌面 | 强 | Hot Reload 覆盖 UI 与大部分逻辑 |
| Electron | 前端强 | 渲染进程 HMR；主进程改动常需重启 |
| Tauri / Wails v3 | 前端强 / 后端弱 | 前端 HMR；Rust/Go 改动需重编译 |
| WinUI 3 / WPF / MAUI | 中等 | VS Hot Reload，复杂改动仍要重启 |
| SwiftUI（macOS） | 预览强 | Preview 快；全量运行偏传统编译 |
| Qt | QML 偏强 | QML 可热替换；C++ 多需重编 |
Web 壳前端与 Flutter 迭代最省心；改桥接层要预留重编时间。
AI 生成效果
助手补全界面与桌面集成时，生成代码「可跑、少打架」的程度，从省心到费神：
| 排序 | 路线 | 说明 |
|---|---|---|
| 1 | Electron | TS/JS 语料极厚，套路成熟 |
| 2 | Flutter 桌面 | Widget 模式统一，文档体量大 |
| 3 | WinUI 3 / WPF | C# + XAML 企业沉淀深 |
| 4 | Tauri / Wails v3 | 前端与 Electron 同档；后端偏离官方范式时需校对 |
| 5 | SwiftUI（macOS） | 示例丰富，桌面专属问答偏少 |
| 6 | .NET MAUI | 跨平台抽象易生成「单平台能跑」的代码 |
| 7 | Qt | C++ 版本与模块组合多，约束要紧 |
性能
同等界面负载下综合流畅度，从强到弱：
| 排序 | 路线 | 说明 |
|---|---|---|
| 1 | SwiftUI（macOS） | 原生渲染路径短 |
| 2 | Qt | C++ 直驱，重绘图场景强 |
| 3 | Flutter 桌面 | Skia 自绘，动效与长列表能打 |
| 4 | WinUI 3 / WPF | Windows 原生控件成熟 |
| 5 | Tauri / Wails v3 | 后端轻，仍受 WebView 上限约束 |
| 6 | .NET MAUI | 跨平台抽象需分平台压测 |
| 7 | Electron | Chromium 强但基线进程重 |
怎么选
- Web 团队、要快：Electron；在意体积则看 Tauri 2 或 Wails（Go 栈优先 Wails）。
- 强交互、一套代码多端：Flutter 桌面，并实测托盘、更新、文件关联等能力。
- 只做 Windows 企业工具：WinUI 3 或 WPF 往往更省心。
- 只做 macOS：Swift 系栈适配成本最低。
- 工业 / C++ 存量：Qt，并评估授权与构建链。
个人建议
跨平台
首推 Wails 或 Tauri：界面好做、包小、启动快、内存低。
编译效率 Wails 更顺手；Tauri 产物更小，但开发环境磁盘占用常达数 GB。
极致性能再看 Qt + C++。
桌面端暂不推荐 Flutter：官方内置支持仍不完善，综合体验不如 Wails。
仅Windows
只做 Windows 推荐 WPF，界面透明穿透比 Wails/Tauri 坑更少。
新项目用 .NET 8（启动、内存、计算均优于 .NET Framework），不建议再开 .NET Framework 项目。