[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fd3bsi4dk8ubk":3},{"code":4,"message":5,"data":6,"timestamp":64},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":43,"summary_md":44,"topic":45,"github_topics":48,"license":60,"homepage":61,"updated_at":62,"history":63},"wailsapp\u002Fwails",17,"Create beautiful applications using Go","Go",36690,1905,122,2870,[16,22,28,34,38],{"id":17,"title":18,"points":19,"comments":20,"posted_at":21},31764773,"Wails – Electron Alternative Powered by Go",394,93,"2022-06-16",{"id":23,"title":24,"points":25,"comments":26,"posted_at":27},46030414,"Build desktop applications using Go and Web Technologies",98,77,"2025-11-24",{"id":29,"title":30,"points":31,"comments":32,"posted_at":33},22940362,"Wails: Desktop apps using Go and Web Technologies",3,0,"2020-04-21",{"id":35,"title":36,"points":31,"comments":32,"posted_at":37},19792767,"Wails [Beta]: Create Desktop Apps Using Go and HTML\u002FCSS\u002FJS","2019-04-30",{"id":39,"title":40,"points":41,"comments":32,"posted_at":42},21757358,"Wails v1.0 Released",1,"2019-12-10","把 Go 后端与 Web 前端打包成单个桌面应用，适合不想再开本地服务器的 Go 开发者。","如果你已经在用 Go，又想要桌面界面而不想学 Swift、C# 或 Qt，Wails 值得花时间试；但它不是所有 Electron 应用的替代品。\n\n## 解决什么问题\n\n你有一个 Go 程序——后台服务、命令行工具或内部系统——希望它看起来像真正的桌面应用，而不是终端窗口或 localhost 网页。常见的绕法是启动一个 HTTP 服务，再让用户打开浏览器，于是多出一个端口、一个标签页和一套独立生命周期要管。Wails 改的正是这一步：Go 方法可以直接被 JavaScript 前端调用，Web 资源和 Go 二进制一起打包，构建产物是一个能打开原生窗口的可执行文件。你交付的是应用本身，而不是“先运行再访问某个地址”。\n\n## 有什么不同\n\n它的机制是用系统自带的 WebView 渲染，而不是内嵌一整个浏览器；同时提供原生对话框、菜单、深浅色模式、半透明效果，以及 Go 与 JavaScript 之间统一的事件系统。它还会根据 Go 结构体和方法生成 TypeScript 定义，前端拿到的是带类型的调用，而不是手写胶水代码。前端技术不限，React、Vue、Svelte、Angular 或纯 HTML\u002FCSS\u002FJS 都行，创建项目、编译和打包交给 CLI。实际好处是：逻辑只写一种语言，界面可以复用现有的 Web 技能。\n\n代价是你依赖操作系统提供的 WebView，而项目自己在 FAQ 里对 Electron 的对比也留了余地：是否合适“取决于你的需求”。Wails 面向的是想把 HTML\u002FJS\u002FCSS 前端和自己的 Go 程序捆在一起、又不想建服务器的 Go 程序员。如果你的应用依赖 Chromium 特定行为，固定渲染引擎并不是它提供的。另外要注意两条活跃版本线：v2 被描述为稳定版，v3 是 beta，你基于哪条线开发会直接影响 API。\n\n## 谁值得试\n\n合适的场景是：你有现成的 Go 后端或工具，愿意写一些 HTML\u002FJS，界面主要是表单、表格和原生菜单，想要一个小型桌面外壳。不太合适的是：需要每个系统上都有一致浏览器内核的团队，或已经统一在非 Go 桌面技术栈上的团队。版本选择很关键：新项目如果直接选 beta 的 v3，就要接受接口仍在变化；v2 是文档中的稳定路径，[安装说明](https:\u002F\u002Fgithub.com\u002Fwailsapp\u002Fwails\u002Fblob\u002Fmaster\u002FREADME.md#getting-started)按平台分开。\n\n## 使用条件与边界\n\n首要条件是 Go，加上目标平台的 WebView 和构建工具链；各系统的完整前置依赖在[安装文档](https:\u002F\u002Fwails.io\u002Fdocs\u002Fgettingstarted\u002Finstallation)里，第一次尝试卡住通常就卡在这里。Windows、macOS、Linux 各有自己的配置，不存在一次装好全平台通吃的路径。前端由你负责：模板只是起点，UI、其依赖和构建流程都算你项目的日常维护。\n\n长期维护方面，要盯住 v2\u002Fv3 的分线，README 把它们呈现为两套安装方式、两套文档（[v2](https:\u002F\u002Fwails.io\u002F)、[v3](https:\u002F\u002Fv3.wails.io\u002F)）；新功能和公开行为变更走 WEP 流程，可以看[路线图](https:\u002F\u002Fgithub.com\u002Fwailsapp\u002Fwails\u002Fdiscussions\u002F1484)。README 没有列出平台支持缺口或迁移保证，所以在投入前要按自己的目标系统逐项确认。\n\n## HotRepo 点评\n\nHotRepo 的存档从 2026-10-24 开始，只有一个记录日期，无法支撑趋势判断：2026-10-25 在 Go 周榜 +122、排第 17，只是一个带日期的快照，不能说明势头。项目本身创建于 2018 年，讨论最多的 Hacker News 帖子是 2022 年的 394 分、93 条评论，已经过去几年。后来一个帖子里有条值得在投入前看一眼的第一手说法：一位评论者在 2025-11-24 称其 Go 菜单栏应用占用超过 2.5GB 内存，最终换成了 Electron，而其他回复则在追问问题出在绑定层还是 Go 运行时（[评论](https:\u002F\u002Fnews.ycombinator.com\u002Fitem?id=31764773)）。这只是关于另一种绑定的单条报告，不能当作对 Wails 的定论；真正要确认的是你的目标平台给出的 WebView 和 Go 版本组合。",{"slug":46,"name":47},"developer-tools","开发工具",[49,50,51,52,53,54,55,56,57,58,59],"angular","desktop-application","go","golang","javascript","linux","macos","react","svelte","vuejs","windows","MIT","https:\u002F\u002Fwails.io","2026-10-25T12:17:50Z",[],1792968101]