1. 首页
  2. 看看资讯
  3. 正文

用 Go 开发桌面应用程序(GUI)的几种方法对比

注意：免费节点订阅链接已更新至 2026-05-11，点击查看详情

我想构建一个本地 Go 桌面应用程序，有几种方法可以做到：

  1. Electron[1]：将 Node.js[2] 和 Chromium[3] 浏览器绑定在一起，以创建一个打包的本地 Web 应用程序。可与 Go 框架（例如 go-app[4] 或 go-astilectron[5]）一起使用。
  2. Lorca[6]：使用本地安装的 Chrome 浏览器，通过 dev-tools communication protocol[7] 实现。
  3. Webview[8]：使用 webview[9] 创建一个本地窗口，并使用 CGo 绑定在其中渲染应用程序。

我已经写过有关构建一个简单的 electron 应用程序的文章[10]，因此本文将探讨如何使用 Lorca 和 Webview 构建应用程序，然后比较这三种的不同。

Lorca

Go 中一个简单的 Lorca[11] 应用：

func main() {  // Create UI with data URI  ui, _ := lorca.New("data:text/html,"+url.PathEscape(`  <html>   <head><title>Hello</title></head>   <body><h1>Hello, world!</h1></body>  </html>  `), "", 600, 200)  defer ui.Close()  // Create a GoLang function callable from JS  ui.Bind("hello", func() string { return "World!" })  // Call above `hello` function then log to the JS console  ui.Eval("hello().then( (x) => { console.log(x) })")  // Wait until UI window is closed  <-ui.Done() }

因为复杂性被隐藏了，所以看起来非常简单！上面的代码打开一个 Chome 窗口，通过 websocket 连接到其 dev-tools[12] 端点，发送要加载的 HTML，并提供 Go 和 JS 之间的通信：

更酷的是，您可以在 Chrome 中调用 JS 函数并在 Go 中获取输出：

n := ui.Eval(`Math.random()`).Float() fmt.Println(n)

使用这个库是如此容易，如此直观，如此实用，以至于我刚使用它时感到困惑。我以为一定有陷阱，不会这么简单。但是没有，它就是这么简单。

另外一个好处是您可以使用 Chrome 开发工具来帮助调试任何问题或调整布局。另外，鉴于我自 2014 年以来[13]一直在写 Promise，我喜欢使用 JS Promise 在 Go 和 JS 之间实现异步调用。

Lorca 的最大缺点是，由于它使用 Chrome，因此某些应用程序详细信息（如系统菜单，图标，标题）无法自定义。然后，需要在应用程序优化和简单应用程序之间进行权衡。根据您构建内容的不同，有好有弊，例如，如果您正在构建内部工具，那会很好，但是对于企业应用程序，这可能看起来并不好。

Webview

Webview[14] 是一个库，可帮助直接在本地组件之上构建 Web 应用程序。执行此操作的代码如下：

func main() {  w := webview.New(true)  defer w.Destroy()  w.SetSize(600, 200, webview.HintNone)  // Create a GoLang function callable from JS  w.Bind("hello", func() string { return "World!" })   // Create UI with data URI  w.Navigate(`data:text/html,   <!doctype html>   <html>    <head><title>Hello</title></head>    <body><h1>Hello, world!</h1></body>    <script> hello().then((x) => { console.log(x) }) </script>   </html>`)   w.Run() }

这与 Lorca 非常相似，我认为 Lorca 也是基于 Webview 的。尽管与 Lorca 相似，但输出还是有些不同：

从上图可以看到 Webview 应用程序窗口没有阴影，没有边框，并且在屏幕的左下角进行了初始化。可以通过将Window返回一个 unsafe.Pointer到 OS 依赖的窗口对象的方法（在 macOS 中是 NSWindow）进行定制。这是开始难的地方。

要使用该 Window 对象，我们必须将 Go 的绑定写入本地组件。举例来说，如果我们希望我们的窗口居中启动，我们会调用 NSWindow 的 Center 方法。因此，我们需要在三个文件中写绑定（改编自 gogoa[15]）：

ns_window.go

package main // #cgo CFLAGS: -x objective-c // #cgo LDFLAGS: -framework Cocoa //#include "ns_window.h" import "C" import "unsafe" type NSWindow struct {  ptr unsafe.Pointer } func (self *NSWindow) Center() {  C.Center(self.ptr) }

ns_window.h

#include <Cocoa/Cocoa.h> void Center(void *);

ns_window.m

#include "ns_window.h" void Center(void *self) {   NSWindow *window = self;   [window center]; }

然后在main()函数中，我们可以将窗口居中：

window := NSWindow {w.Window()} window.Center()

与 Lorca 不同，Webview 可以针对我们的应用程序进行完全自定义。问题在于它需要一些工作。

Webview 的一些其他部分使得用它变得有些困难：

  1. 如果使用 Bazel 和 gazelle，则webview生成的Build.bazel文件不正确，clinkopts = ["-framework WebKit"] 必须对其进行修补。
  2. 调用 w.Init 仅在w.Navigate被调用时有效，但随后w.Eval调用将停止工作。
  3. 要设置标题，您可以如上所述编写绑定，或者您必须使用Dispatch方法w.Dispatch(func() { w.SetTitle("Title") })。

我不确定有多少是Webview，有多少是 NSWindow。我需要进行更多的调查和学习，才能更清楚地说明这些发生的原因。

Electron

我之前的文章[16]是关于构建一个简单的 Electron 应用程序的，该应用程序如下所示：

Electron 用于许多大型产品，例如 VSCode。这可能是因为将所有内容捆绑到一个应用程序中使可移植性变得更加简单，并且可以广泛地定制应用程序。将应用程序与浏览器和 Node.js 捆绑在一起的不利之处在于，它导致程序 非常庞大。

让 Go 与 Electron 一起工作也有些困难。但有一些框架可以简化[17]此过程，例如 go-astilectron[18]，不过这些框架很复杂，并且大多数功能不完整。另一种方法可能是使用我之前写过的[19] Go 编译为 WASM ，但这也不是简单的解决方案。

Electron 的优势在于它是便携式的，可定制的，并且经过了应用程序分发的严格测试。只是和 Go 结合有点复杂。

三者比较

我认为要进行的主要比较是可定制性与简单性。到目前为止，Lorca 是最简单的，其可定制性非常有限，Webview 可以完全自定义，但有些困难，而 Electron 则可以完全自定义，但很难与 Go 一起使用。

同样，框架之间的捆绑包大小也有很大差异。Lorca 的二进制文件大小为 8.7 MB，Webview 的大小为 3.7Mb，Electron 的大小为 157Mb。

调试工具也有所不同：Lorca 和 Electron 使用 Chrome 开发工具，而 Webview 使用 Safari 开发工具。

结论

Lorca 和 Webview 都可以与 Go 一起很好地使用，最终二进制较小，并且具有类似的 API。主要区别在于基础渲染器（本机）和调试工具。

我认为 Electron 与 Go 一起使用可能太复杂了，但没有太多困难。

一个潜在的工作流程是在开发和 Webview 分发期间使用 Lorca。Lorca 提供了用于调试和开发的熟悉工具，其中 Webview 提供了可分发的可定制性。Lorca 也是很好的备份，可以交叉编译到 Webview 不支持的其他操作系统。

注意：还有更多类似的选项，wails[20] 或 gotk[21] 可以提供其他方式来构建/分发应用程序。

作者：Graham Jenson

原文链接：https://maori.geek.nz/golang-desktop-app-webview-vs-lorca-vs-electron-a5e6b2869391

译者：polaris

参考资料

[1]

Electron: https://www.electronjs.org/

[2]

Node.js: https://nodejs.org/

[3]

Chromium: https://www.chromium.org/

[4]

go-app: https://github.com/maxence-charriere/go-app

[5]

go-astilectron: https://github.com/asticode/go-astilectron

[6]

Lorca: https://github.com/zserge/lorca

[7]

dev-tools communication protocol: https://chromedevtools.github.io/devtools-protocol/

[8]

Webview: https://github.com/webview/webview

[9]

webview: https://developer.apple.com/documentation/webkit/webview

[10]

构建一个简单的 electron 应用程序的文章: https://maori.geek.nz/building-an-electron-app-with-bazel-d124ed550957

[11]

Lorca: https://github.com/zserge/lorca

[12]

dev-tools: https://chromedevtools.github.io/devtools-protocol/

[13]

自 2014 年以来: https://maori.geek.nz/jquery-promises-and-deferreds-i-promise-this-will-be-short-d10275f82717

[14]

Webview: https://github.com/webview/webview

[15]

gogoa: https://github.com/alediaferia/gogoa

[16]

之前的文章: https://maori.geek.nz/building-an-electron-app-with-bazel-d124ed550957

[17]

简化: https://github.com/asticode/go-astilectron

[18]

go-astilectron: https://github.com/asticode/go-astilectron

[19]

之前写过的: https://maori.geek.nz/a-web-app-using-bazel-golang-wasm-and-proto-c020914f4341

[20]

wails: https://github.com/wailsapp/wails

[21]

gotk: https://github.com/gotk3/gotk3

穿越数字迷雾：V2Ray与SSR节点的深度解析与实战指南

在当今这个信息高速流动却又处处设限的时代，网络自由与隐私安全已成为无数网民的核心关切。当无形的“墙”悄然矗立，两种技术工具——V2Ray与ShadowsocksR（SSR）——如同数字世界中的两把精妙钥匙，为人们开启了通往更开放网络空间的大门。它们不仅仅是简单的代理工具，更是应对复杂网络环境、守护个人数据边疆的技术结晶。本文将深入剖析这两者的技术内核、配置心法与实践体验，带领读者一同探索网络代理技术的深邃海洋。

一、 技术渊源的追溯：从Shadowsocks到百花齐放

要理解V2Ray与SSR，必先追溯其共同的先驱——Shadowsocks。这款由中国开发者“clowwindy”创建的轻量级代理工具，以其简单的SOCKS5代理与加密机制，一度成为突破网络限制的主流选择。然而，随着网络审查技术的不断升级，原版Shadowsocks的隐匿性逐渐不足。于是，技术社区分化为两条重要的演进路径：

SSR（ShadowsocksR） 应运而生，它并非简单的升级，而是对原协议的“全面增强”。开发者在保留Shadowsocks核心架构的基础上，重点强化了“混淆”能力。所谓混淆，就是将代理流量伪装成常见的HTTPS等正常流量，使其在深度包检测（DPI）面前更具隐蔽性。SSR增加了多种混淆协议和插件机制，使得数据包的特征更难以被识别和拦截，同时保持了相对简单的配置逻辑，深受许多追求简便高效用户的喜爱。

V2Ray 则走上了一条更具野心的道路。它不再局限于单一协议的优化，而是立志于构建一个“平台化”的代理工具。V2Ray的核心设计理念是模块化与可扩展性，其本身更像一个代理框架。它原生支持VMess（自研协议）、Shadowsocks、Socks、HTTP等多种协议，并可实现协议之间的自由转换与组合。这种设计赋予了V2Ray前所未有的灵活性，能够通过复杂的路由规则、动态端口、传输层安全（TLS）伪装等高级功能，构建出极其坚固且适应多变的代理网络。

二、 核心特性的深度对比：灵活巨匠与隐匿专家

尽管目标一致，但V2Ray与SSR在技术实现与特性侧重上泾渭分明，宛如两位风格迥异的大师。

V2Ray：模块化的网络瑞士军刀 1. 多协议与强扩展：V2Ray最大的优势在于其“协议无关性”。用户可以根据网络环境，在VMess、Shadowsocks、甚至纯HTTP/2 over TLS（伪装性极强）之间灵活切换或叠加使用。其丰富的传输层配置（如WebSocket、mKCP、QUIC）能有效应对不同网络质量下的丢包和延迟问题。 2. 精细化的路由控制：这是V2Ray的杀手锏。用户可以基于域名、IP地理位置、端口等多种规则，精确指挥流量走向。例如，可以设置“国内网站直连，国外被墙网站走代理，某特定广告域名屏蔽”，实现了智能分流，节省流量并提升访问速度。 3. 强大的隐匿与抗干扰能力：通过结合TLS和WebSocket，V2Ray流量可以完美伪装成与普通网站的HTTPS连接，极大地增加了识别难度。其动态端口等机制也能有效对抗针对固定端口的封锁。 4. 配置复杂性与高性能：强大的功能必然带来更高的配置复杂度。V2Ray通常通过JSON格式的配置文件进行管理，新手入门有一定门槛。但一旦配置得当，其连接稳定性和在高强度审查环境下的存活率通常更胜一筹。

SSR：专注混淆的轻骑兵 1. 混淆技术见长：SSR将主要精力放在了流量伪装上。它提供了诸如http_simple、tls1.2_ticket_auth等多种混淆插件，能模拟成常见的网页浏览流量，在应对早期和中级DPI时效果显著。 2. 配置简洁直观：SSR沿袭了Shadowsocks的简洁哲学。客户端界面通常友好，服务器配置参数一目了然（服务器地址、端口、密码、加密方式、混淆协议），对于普通用户而言更容易上手和快速部署。 3. 资源消耗相对较低：由于其架构相对简单，SSR在客户端和服务器端的资源（CPU、内存）占用通常比配置复杂的V2Ray要少一些，在低性能设备（如旧路由器、入门级VPS）上表现更友好。 4. 协议单一性：本质上，SSR仍是基于Shadowsocks协议的增强。在面对日益先进、能够进行流量特征分析和行为识别的审查系统时，其规避能力可能存在瓶颈，需要依赖社区不断更新混淆参数来维持效果。

三、 节点的选择艺术：速度、稳定与安全的三角平衡

无论选择V2Ray还是SSR，节点的质量直接决定了最终体验。节点，即运行代理服务端的远程服务器，是连接你与自由网络的桥梁。

选择节点的黄金法则： 1. 地理位置优先：物理距离是影响延迟（Ping值）的首要因素。连接香港、日本、新加坡等亚洲优化线路的节点，通常比连接美国、欧洲节点获得更低的延迟和更快的响应速度。 2. 线路质量是关键：节点的网络线路分为多种，如CN2 GIA、CUPM（联通移动直连）、BGP（多线优化）等。优质线路意味着更小的丢包率、更高的带宽和更好的国际出口，尤其在晚高峰时段差异明显。 3. 稳定性与信誉：一个频繁掉线或IP经常被封锁的节点毫无价值。选择有良好口碑的服务商，关注其节点的在线率历史和支持的协议是否持续更新。 4. 隐私政策审视：警惕那些声称“零日志”却无法证实或位于某些特定情报联盟国家的服务商。了解服务商的隐私条款，确保你的使用数据不会被记录或滥用。

四、 从零到一的配置实战

V2Ray配置精髓： 1. 获取配置信息：从服务商处获取或自建服务器后，你会得到一份包含地址（address）、端口（port）、用户ID（UUID）、额外ID（alterId）、加密方式、传输协议（如ws、tcp）及路径（path）或伪装域名（host）等信息的复杂配置。 2. 客户端配置：使用如V2RayN（Windows）、Qv2ray（跨平台）、Shadowrocket（iOS）等客户端。核心步骤是编辑或导入JSON配置文件，或使用客户端的GUI逐一填写上述参数。特别注意传输层（Transport）和流控（Stream Settings）部分的设置，这往往是成功伪装的关键。 3. 路由规则设置：在客户端中配置路由规则（routing），这是发挥V2Ray智能分流优势的核心。可以利用现成的geoip.dat和geosite.dat规则文件，实现国内外流量自动分流。

SSR配置要诀： 1. 信息导入：配置信息通常包括服务器IP、端口、密码、加密方法、协议（protocol）和混淆（obfs）。格式较为统一。 2. 客户端使用：SSR客户端（如SSR-Windows、Surge、Quantumult等）通常支持二维码扫描或手动输入。重点在于根据服务器端设置，正确选择匹配的“协议插件”和“混淆插件”及其参数（如obfs-host）。 3. 参数调优：如果连接不稳定，可以尝试切换不同的混淆协议。例如，在某些网络下，tls1.2_ticket_auth可能比http_simple更有效。

五、 终极体验与未来展望

在实际使用中，用户的体验感受微妙而具体： - 流畅与智能：V2Ray凭借其智能路由，在访问国内外混合内容的网页或应用时，体验无缝且高效，感觉更像一个系统级的网络优化方案。 - 简单与直接：SSR在目标明确（如主要用于观看海外视频）的场景下，配置快捷，连接迅速，给人一种“轻装上阵”的利落感。 - 抗封锁韧性：在持续的网络波动和干扰中，配置得当的V2Ray（特别是XTLS或Reality等新传输方式）往往表现出更强的“生存”能力，连接更持久稳定。而SSR则可能需要更频繁地切换节点或更新混淆参数。

展望未来，网络攻防的博弈永无止境。V2Ray代表的模块化、可演进框架，显然更具长期发展的潜力，其社区活跃，新协议和伪装技术不断涌现。SSR作为一种经典高效的解决方案，依然在特定场景下保有生命力。对于用户而言，或许不必拘泥于二选一，而是根据具体设备、网络环境和需求，灵活选用，甚至组合使用，方为在数字迷雾中从容穿行的智慧之道。

语言精彩点评

以上行文，力图在技术严谨性与叙述可读性之间取得平衡。其语言特色体现在：

  1. 比喻形象化：开篇将V2Ray与SSR比作“两把精妙钥匙”，将其技术差异喻为“灵活巨匠与隐匿专家”、“网络瑞士军刀与轻骑兵”，使抽象的技术概念立刻生动可感，降低了读者的认知门槛。
  2. 结构交响化：文章遵循了“溯源-对比-实战-展望”的经典论述逻辑，如同交响乐的四个乐章：第一乐章（溯源）呈示主题，第二乐章（对比）展开深入辨析，第三乐章（实战）是活泼的应用指南，第四乐章（展望）则带来深沉的思考与回响，结构严谨，节奏分明。
  3. 术语诗意化：在阐述核心功能时，避免了干瘪的术语堆砌。如用“守护个人数据边疆”形容隐私保护，用“数字迷雾”隐喻网络封锁，用“流量伪装成常见的HTTPS等正常流量”具体解释“混淆”概念，将冷硬的技术语言包裹在具象、甚至带有一丝文学色彩的表述中。
  4. 对比戏剧化：在对比V2Ray与SSR时，并非简单罗列优缺点，而是通过“模块化 vs. 专注混淆”、“复杂配置 vs. 简洁直观”、“系统级优化 vs. 轻装上阵”等鲜明的对立描述，营造出一种技术路径选择的戏剧张力，引导读者深入思考自身需求。
  5. 语气建设性：全文避免了非此即彼的武断结论，始终强调“根据需求选择”、“灵活选用，甚至组合使用”，体现出一种开放、务实的技术观。结尾的“智慧之道”一词，将技术使用提升到了策略与认知的层面，赋予了文章超越操作指南的深度。

整体而言，这篇叙述试图用富有画面感和节奏感的语言，将一次可能枯燥的技术探索，转化为一次充满洞察与启发的智识旅程，让读者在理解工具的同时，也窥见了背后技术演进与网络自由的宏大图景。

版权声明：

作者: freeclashnode

链接: https://www.freeclashnode.com/news/article-4136.htm

来源: FreeClashNode

文章版权归作者所有，未经允许请勿转载。

上一个：Golang面试make和new的用法（golang 面试题(从基础到高级)）

下一个：Integra功放推出DRX2.1和DRX3.1两款入门级功放

免费节点实时更新

热门文章

最新文章

归档

标签

免费节点 clash ssr trojan v2ray vmess clash订阅 科学上网 ClashNode客户端 客户端大全 树莓派 Arm 跨界合作 双11 品牌 Clash小猫咪 Instagram Instagram账号 Twitter Twitter账号 Gmail Gmail账号 入门教程 clashx clash安全性 Clash Android Clash客户端