3. 为什么选 Wails：方案对比

本节目标

用具体数字感受 Wails 和 Electron 在包体、内存上的差距
看清 Wails 和 Tauri 的核心差异是后端语言
知道原生开发在什么情况下仍然不可替代
拿到一张”什么项目选什么框架”的速查表

3-1 先说清楚：没有最好的框架

选型这种事，最怕一句”xx 最强”就完事。每个框架都是权衡后的产物，优势的另一面往往就是代价。这一章我把 Wails 和另外几个常被比较的方案摆平了看，数据给的是业界普遍观察到的量级，真实数字会因项目而异，但差距的”量级”是稳定的。

记住一个主线：Wails、Tauri 这一类的新选手，核心价值是”用系统自带的 WebView 渲染前端，后端用一门编译型语言，产出小体积的单文件”。Electron 走的是另一条路——把浏览器和 Node 一起打包。原生开发则完全不依赖 Web 技术。

3-2 Wails vs Electron：轻量是主线

这是被比得最多的一对。差异集中在三点：

包体大小。Electron 因为内嵌了整个 Chromium 和 Node，一个最简单的空壳应用安装后往往也有 100MB 往上。Wails 复用系统 WebView，产物通常只有十几到几十兆，差了一个数量级。如果你的应用要走分发渠道、用户在意下载体积，这个差距很实在。

内存占用。Chromium 本身就是吃内存的大户，Electron 应用空闲时常驻一百多兆甚至更高。Wails 界面跑在系统 WebView 里，没有第二份浏览器引擎的开销，内存压力明显小一截。

后端语言与生态。这是关键分野：Electron 的后端是 Node.js，你用 JavaScript/TypeScript 写主进程逻辑，能直接用 npm 海量包。Wails 的后端是 Go，逻辑用 Go 写，调用系统能力和并发模型是 Go 的强项，但前端要用 Go 的能力得走绑定，不能直接 require。

Note

“小体积”不是白来的。Electron 内嵌完整 Chromium，意味着界面表现跟 Chrome 高度一致、跨平台差异小；Wails 用系统 WebView，不同系统的渲染内核版本不同，偶尔会有样式或 API 的细微差别，需要你多测几个平台。

适用场景上，Electron 适合：界面极度复杂、强依赖浏览器最新特性、团队全是前端、对包体不敏感的产品（比如 VS Code、Slack 这类）。Wails 适合：工具类桌面程序、内部系统、Go 技术栈团队、在意分发体积和启动速度的项目。

3-3 Wails vs Tauri：差在后端语言

Tauri 和 Wails 的”哲学”几乎一样：系统 WebView 渲染前端、单文件分发、不内嵌浏览器。真正分高下的点是后端用哪门语言。

Tauri 的后端是 Rust。Rust 在内存安全和极致性能上更强，但学习曲线陡，招人和上手成本对很多团队是门槛。Wails 的后端是 Go，语法简单、并发模型（goroutine）好用、编译飞快，对已经写 Go 的团队几乎零切换成本。

所以从团队基因出发选：会 Go 选 Wails，会 Rust 或追求 Rust 生态选 Tauri。两者在前端侧都能用 React/Vue/Svelte，界面层体验接近。本教程主线用 React，这一条对两个框架都适用。

Tip

如果你在 Wails 和 Tauri 之间纠结，先问一个问题：团队里谁写后端逻辑？答案基本就定了。不要为了框架去改团队的语言栈，那笔隐性成本远高于框架本身的差异。

3-4 Wails vs 原生开发：性能和自由度的取舍

原生开发指直接用平台 API 写界面：Windows 的 Win32/WPF、macOS 的 Cocoa/SwiftUI、Linux 的 GTK/Qt。它的优势是天花板最高——性能、外观、系统集成度都是原生的，没有 WebView 这层中间商。

代价是开发效率：每个平台几乎要写一套代码，界面布局和交互全靠原生控件慢慢堆，迭代慢。Wails 用 Web 技术写界面，一次写、三平台跑（细节微调还是要的），开发速度不是一个量级。

所以结论很自然：要做对性能或系统集成度要求极致的产品（专业创作软件、游戏启动器、系统级工具），原生或 Qt 仍有一席之地；要做”有个顺手界面、逻辑在本地”的工具类程序，Wails 的性价比高得多。

3-5 一张速查表

把上面的对比压成一张表，做决策时扫一眼：

维度	Wails	Electron	Tauri	原生/Qt
后端语言	Go	Node.js	Rust	C++/C#/Swift 等
渲染方式	系统 WebView	内嵌 Chromium	系统 WebView	原生控件
包体	小（十余 MB 起）	大（100MB+）	小（数 MB 起）	中
内存占用	较低	高	低	最低
跨平台成本	低	低	低	高
前端自由度	高（任意框架）	高	高	低
上手难度	低（Go 友好）	中	中高（Rust）	高

Note

表里 Tauri 包体”数 MB 起”是因为 Rust 本身运行时极轻；Wails 因为 Go 运行时稍大一点，通常比 Tauri 胖一些，但远小于 Electron。量级关系：Tauri < Wails < Electron，这是普遍观察。

常见误区

以为包小就处处快。体积小主要省的是下载和磁盘，启动速度也受益，但界面渲染性能取决于 WebView，跟 Electron 在界面流畅度上往往拉不开本质差距。别指望换框架就能让卡顿的网页变丝滑。

拿旧数据比新版本。WebView2、Go 版本、Wails 版本都在演进，具体数字会浮动。做严肃选型时，拿你真实的原型在两个框架上各打一次包、各跑一遍，比任何表格都准。

只比技术不算团队。框架再好，团队没人会那门语言也是白搭。选型第一优先级永远是”团队能不能稳稳接住”。

小结

Wails 的核心卖点是”系统 WebView + Go 后端 + 单文件分发”，包体和内存相比 Electron 小一个量级，和 Tauri 理念一致但后端用 Go。原生开发性能天花板更高但跨平台成本高。选型看团队基因和项目类型：Go 技术栈、工具类桌面程序、在意分发体积，Wails 是很顺手的选择。下一章开始动手，先把环境搭起来。