打磨近四年的 Wails v3 正式版发布：Go 后端加 Web 前端，绕开 Electron

10 月 26 日，Wails 发布 v3.0.0 正式版。从 2023 年 1 月第一个 alpha 算起，这个「下一代版本」打磨了近四年。

它解决什么问题

桌面应用用 Electron 的代价是内存和体积：一个空白应用装完就上百兆，运行时几百兆内存。Wails 换成 Go 做后端、系统 WebView 做前端，产物体积和内存都低一个量级。对熟悉 Go 的团队，这是绕开 Node 全栈的一条实用路径。

v3 的实质变化

四年 alpha/beta 周期说明这不是小版本号。v3 重构了绑定层——前端调用 Go 方法走自动生成的 TypeScript 绑定，类型安全；运行时拆分更细，可以按需引入；多窗口与系统托盘的支持也补齐了。这些是 v2 时代最常被吐槽的地方。

选型对比

要生态、要一堆现成组件、团队全是前端，Electron 还是稳的选择。要小体积、要低内存、后端本来就写 Go，Wails 更合适。中间地带是 Tauri（Rust 后端），三者的取舍逻辑差不多，区别在于你团队更愿意写 Go 还是 Rust。

上手建议

别一上来就迁生产项目。先用 v3 做一个内部工具（比如一个调用本地 CLI 的小面板），把绑定生成、打包签名、自动更新的流程跑通，再评估迁移成本。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

Go后端配系统WebView，体积和内存比Electron低一个量级，这个差距在内部工具上特别明显。v3重构了绑定层走TypeScript类型生成，正是v2最被吐槽的地方。建议先拿个小工具把打包签名和自动更新跑通再谈迁移。

Wails 的收益在体积和内存，代价是各平台 WebView 版本不一致。Windows 上还分 WebView2 和旧版，前端一旦用到较新特性就得自己降级兜底。四年 alpha 说明作者对兼容性很谨慎。如果团队本来就有 Go 服务端，这套确实比 Electron 顺手，纯前端团队就没必要折腾了。

我们有个内部工具从 Electron 迁到 Wails v2，装完从 180MB 降到 26MB，冷启动从三秒多降到一秒以内，这两个数字比宣传说法有说服力。但系统 WebView 版本碎片化是真实代价，Windows 上遇到过老机器缺运行时直接白屏，最后自己加了检测和引导安装才敢发版。