标签 Cgo 下的文章

Go 2025 密码学年度报告:后量子时代的防御与 FIPS 的“纯 Go”革命

本文永久链接 – https://tonybai.com/2025/11/22/the-2025-go-cryptography-state-of-the-union

大家好,我是Tony Bai。

2025 年 8 月,Go 官方密码学库核心维护者、Geomys 创始人 Filippo Valsorda 在 GopherCon US 上发表了备受瞩目的年度主题演讲 —— “The Go Cryptography State of the Union“。

这是一次年度技术汇报,也是一份关于 Go 语言如何应对未来十年安全挑战的战略蓝图。从抗量子计算的未雨绸缪,到 FIPS 合规的架构性重构,再到令人惊叹的“零漏洞”审计记录,Go 团队用行动证明了:最好的安全性,是让开发者无需感知、却时刻被守护的安全性。

在本文中,我们将深入解读这次演讲的核心内容,从后量子加密的技术细节到纯 Go FIPS 的实现突破,带你一窥 Go 语言构建未来安全防线的全景图。

img{512x368}


后量子时代的第一道防线:ML-KEM

如果说量子计算是悬在现代密码学头顶的达摩克利斯之剑,那么 Go 团队已经提前为我们铸造了盾牌。


来自https://words.filippo.io/2025-state

为什么是现在?”Record Now, Decrypt Later”

Filippo 开场便澄清了一个常见的误区:量子计算机可能还需要 5 到 50 年才能破解现有的非对称加密(如 RSA、ECDH),为什么我们现在就要着急?

答案在于 “Record Now, Decrypt Later”(现在窃听,以后解密) 的攻击模式。攻击者(或是某些国家级力量)可以现在捕获并存储加密流量,耐心等待数十年后量子计算机问世,再解密这些数据。对于长期敏感的信息(如外交电文、个人健康数据、商业机密),现在的连接已经不再安全了

Go 的应对:ML-KEM 与混合加密

  • 标准落地:Go 1.24 正式在标准库中引入了 crypto/mlkem 包,实现了 NIST 最终选定的后量子密钥交换标准 ML-KEM(即 Kyber)。
  • 默认开启的混合保护:最令人兴奋的是,普通开发者无需修改一行代码。在 crypto/tls 中,Go 1.24+ 默认启用了 X25519 + ML-KEM-768 的混合密钥交换模式。
    • 混合的智慧:密码学界对新算法总是保持谨慎。ML-KEM 虽然基于格密码学(Lattices),但仍可能隐藏着未知的数学缺陷。Go 团队采用了“双保险”策略:将经典的 X25519 椭圆曲线算法与 ML-KEM 结合,将两者的结果进行哈希组合。
    • 安全性:除非攻击者同时拥有量子计算机(破解 X25519)破解 ML-KEM 数学结构的天才数学家,否则你的连接坚不可摧。


来自https://words.filippo.io/2025-state

为什么不急于“后量子签名”?

与密钥交换不同,Filippo 解释了为什么后量子数字签名的推进更加缓慢。因为伪造签名需要实时进行,无法通过“现在记录,以后攻击”来实现,因此紧迫性较低。更重要的是,后量子签名的大小通常高达数 KB(相比现在的几百字节),这对网络协议设计带来了巨大的挑战,需要更多时间来演进。


FIPS 140-3:一场“纯 Go”的合规革命

对于服务政府、金融或受监管行业的企业来说,FIPS 140 合规认证往往是强制性的。长期以来,Go 社区只能依赖 Go+BoringCrypto —— 一个基于 CGO 调用 Google 内部 C 语言库 BoringSSL 的方案。


来自https://words.filippo.io/2025-state

这不仅破坏了 Go 引以为傲的“静态编译、无依赖”特性,还引入了 C 代码的内存安全风险。Filippo 甚至透露,Trail of Bits 审计中发现的唯一一个真正漏洞,正是出在 Go+BoringCrypto 中。

Go 1.24+ 的破局:原生 Go 模块

Go 团队做出了一个大胆的决定:用纯 Go 重新实现 FIPS 模块

  • 原生与透明:新的 FIPS 模块位于 crypto/internal/fips140/…。对于用户来说,它只是标准库的一部分。当开启 FIPS 模式时,标准库会自动路由到这些经过认证的代码路径,而 API 保持完全一致。
  • 全平台制霸:得益于纯 Go 的跨平台特性,FIPS 支持不再局限于特定的 Linux 发行版。Filippo 自豪地展示了他在自家客厅搭建的测试实验室——从高端的 Ampere Altra ARM64 服务器,到女友的 Windows 笔记本,甚至是作为路由器的 EdgeRouter (MIPS/ARM),全部通过了 FIPS 测试。
  • 无需 CGO:这是最大的胜利。开发者终于可以既拥有 FIPS 合规性,又享受 Go 原生的交叉编译和内存安全。


来自https://words.filippo.io/2025-state


安全记录:用测试堆出来的“零漏洞”

Go 密码学库最令人骄傲的或许不是新特性,而是其惊人的安全记录。


来自https://words.filippo.io/2025-state

惊人的成绩单

  • 零高危漏洞:自 2019 年以来,Go 密码学库未发生过任何严重(Ouch 级别)的安全漏洞。
  • 零 Go 专属漏洞:自 2021 年以来,甚至没有出现过 Go 实现特有的中等严重漏洞(Oof 级别)。所有出现的漏洞几乎都是协议本身的设计缺陷。
  • 审计背书:2025 年初,著名安全公司 Trail of Bits 对 Go 密码学库的基础设施进行了全面审计。结果令人欣慰:他们没有发现任何安全漏洞

幕后功臣:疯狂的测试

这种安全记录不是运气,而是工程化的结果:

  • 累积测试向量 (Accumulated Test Vectors):如何测试一个算法在 0 到 200 字节长度的所有组合?这会产生数百万个测试用例。Go 团队使用了一种名为 “Accumulated” 的技巧:将算法在所有输入下的输出进行滚动哈希 (Rolling Hash),最后只比对这一个哈希值。这使得在 CI 中运行海量测试成为可能。
  • 汇编变异测试 (Assembly Mutation Testing):密码学底层大量使用汇编。为了测试难以覆盖的分支(例如进位标志的处理),团队开发了一套工具,自动“变异”汇编代码。例如,将一个“带进位加法”指令强制替换为“普通加法”。如果测试套件在汇编代码被故意破坏后依然通过,说明测试覆盖不足。这种反向验证直接消灭了潜在的盲区。


来自https://words.filippo.io/2025-state


细节中的魔鬼:更安全、更快的底层

除了大方向的演进,无数细节的优化构成了 Go 安全的基石。Filippo 分享了几个令人印象深刻的案例:

  • RSA 的重生:crypto/rsa 包经历了彻底的重构。它不再使用通用的、性能较慢且难以防御侧信道攻击的 math/big 库,而是采用了全新的、常数时间 (Constant-time) 的底层实现。这不仅提升了性能,更从数学层面杜绝了计时攻击。同时,Go 果断移除了对小于 1024 位 RSA 密钥的支持,强制推动行业向更安全的标准迁移。
  • AES-CTR 性能飞跃:通过一位社区成员 (Boris Nagaev) 的贡献,AES-CTR 模式的性能提升了 2 到 9 倍
  • 永不失败的随机数:crypto/rand.Read 现在的承诺是 “Never Fails”
    • 在 Linux 上,它利用 vDSO 技术直接调用内核,大幅提升了获取随机数的性能。
    • 为了确保承诺,团队甚至重新编写了 seccomp 库,专门用来在测试中模拟 getrandom 系统调用失败的极端场景,确保回退逻辑(fallback)绝对可靠。

小结:不仅要做得好,还要让开发者用得轻松

Filippo Valsorda 的演讲向我们展示了 Go 语言在安全领域的宏大愿景:安全不应是开发者的负担,而应是语言赋予的基础设施。

无论是默认开启的后量子保护,还是透明、无感的 FIPS 合规,Go 团队都在践行一种极致的工程哲学——把复杂性留给自己,把简单留给用户。 他们不满足于仅仅提供“能用”的加密算法,而是致力于通过持续的测试、审计和架构演进,为整个生态系统构筑一道坚不可摧、且能抵御未来威胁的防线。

随着 Go 1.24 及后续版本的发布,每一位 Gopher 手中的工具箱,都已在不知不觉中完成了升级。当我们轻松地编写代码时,Go 的密码学库正在底层默默地为我们抵挡着来自现在和未来的风暴。


参考资料


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

Go GUI 开发的“绝境”与“破局”:2025 年现状与展望

本文永久链接 – https://tonybai.com/2025/11/03/go-gui-development-2025

大家好,我是Tony Bai。

“Go 语言能写桌面应用吗?”

这个问题,如同一个幽灵,常年盘旋在 Go 社区的上空。作为一门在后端、云原生和命令行工具领域所向披靡的语言,Go 在图形用户界面(GUI)开发上的“短板”,一直是其支持者心中一个难以言说的痛。

长期以来,Go GUI 开发似乎陷入了一种“绝境”:缺乏官方支持、生态碎片化、方案选择困难。然而,绝境之中,总有勇敢的“破局者”。社区的力量,正以多种不同的路径,顽强地探索着 Go GUI 的未来。

本文将基于当前Go社区的最新现状,为你系统性地梳理 2025 年 Go GUI 开发的几大流派,剖析其现状、权衡其利弊,并展望未来的破局之路。

“绝境”的根源:为何 Go GUI 如此之难?

在探讨解决方案之前,我们必须先理解问题的根源。长期以来,Go GUI 开发的困境,主要源于几个核心因素:

  1. CGO 的“原罪”:几乎所有成熟的、跨平台的 GUI 工具包(如 Qt, GTK, wxWidgets)都是用 C/C++ 编写的。在 Go 中使用它们,就必须通过 CGO。这不仅打破了 Go 引以为傲的一键交叉编译能力,还带来了复杂的构建依赖和运行时的性能开销。
  2. 缺乏“亲儿子”:与 Java 的 Swing/JavaFX、.NET 的 WinForms/WPF/MAUI、或苹果生态的 SwiftUI 不同,Go 语言官方从未推出或背书过任何一个原生的 GUI 框架。
  3. 生态的“碎片化”:由于缺乏官方引领,Go社区涌现出了大量解决方案,但它们路径各异、成熟度参差不齐,让开发者在选择时感到困惑和不安。

“破局”的四大流派:2025 年的现实选择

尽管困难重重,但社区的探索从未停止。如今,Go GUI 的解决方案已逐渐演化为四大主流派系。

流派一:Web 技术流 —— “曲线救国”的务实主义者

这是目前社区中最受欢迎、也最成熟的路径。其核心思想是:放弃原生 GUI 渲染,转而利用成熟的 Web 前端技术(HTML/CSS/JS)来构建界面,同时将 Go 作为强大的后端“心脏”。

  • 代表项目Wails,目前稳定版是v2.x (go install github.com/wailsapp/wails/v2/cmd/wails@latest)。Star数量> 30K。
  • 工作原理:这类框架通过在原生窗口中嵌入一个 Webview(通常是操作系统自带的,如 macOS 的 WebKit,Windows 的 WebView2),来渲染前端界面。Go 程序在后端运行,并通过一套轻量级的桥接机制,将 Go 的函数和方法暴露给前端的 JavaScript 调用,反之亦然。

优点

  • UI 开发体验极佳:你可以使用 React, Vue, Svelte 等任何你喜欢的前端框架,享受现代 Web 开发带来的丰富生态和高效体验。尤其适合既懂前端,又懂Go的小伙伴儿们。

  • 完全摆脱 CGO:由于 Webview 是系统原生组件,整个构建过程是纯 Go 的,完美保留了 Go 的交叉编译优势。
  • 前后端逻辑清晰分离

缺点

  • 资源占用:相比原生 GUI,Webview 会带来更高的内存占用。一个简单的“Hello World”应用,内存占用可能达到 100-200MB。
  • 非原生体验:虽然可以做到高度相似,但 UI 的外观和交互细节,终究与操作系统原生的控件有所差异。

对于绝大多数需要构建现代化、美观界面的桌面应用,Wails 是当前 Go 社区的首选方案。它以可接受的资源开销,换来了无与伦比的开发效率和生态优势。

流派二:自绘渲染流 —— Fyne 引领的“原生 Go-UI”探索

这一流派的追求最为“纯粹”和“雄心勃勃”:在 Go 语言中,从头开始构建一套完整的、跨平台的 GUI 工具包。 它的核心思想不是去“绑定”一个现有的 C/C++ 框架,成为一个Go binding/wrapper,而是直接站在底层图形 API 的肩膀上,“自绘” (self-drawing) 所有的 UI 控件。这一流派的代表项目是Fyne

Fyne 的工作模式与 Web 技术流截然不同,它更接近于现代游戏引擎的渲染机制。其核心可以概括为以下几步:

  1. Go 世界的 UI 描述:开发者完全使用 Go 语言来定义 UI 的结构。你通过创建 widget.NewLabel, widget.NewButton 等对象,并将它们组合在 container.NewVBox, container.NewHBox 等布局容器中,来构建你的界面树。

  2. 抽象渲染层:Fyne 内部拥有一套名为 “Canvas” 的抽象渲染接口。当 UI 树需要被绘制时,Fyne 会将其转换为一系列与平台无关的绘制指令(如“在这里画一个矩形”、“在那里渲染一段文本”)。

  3. 驱动层与 CGO “薄层”:这是 Fyne 与底层操作系统交互的关键。Fyne 为每个平台都实现了一个驱动 (Driver)。这个驱动的核心职责,就是将上一步中抽象的绘制指令,“翻译”成特定平台图形 API 的调用。这个“翻译”过程,正是 Fyne 使用 CGO 的地方

    • 在桌面端,它通过 CGO 调用 OpenGL(这是一个跨平台的图形标准)。
    • 在移动端,它可能会调用 Android/iOS 的原生图形接口。
  4. 事件循环:Fyne 在后台运行一个事件循环,负责监听来自操作系统的事件(如鼠标点击、键盘输入、窗口大小改变),并将这些事件分发到 Go 世界中对应的控件上,触发你在 Go 代码中定义的响应逻辑。

CGO 绑定流(如 therecipe/qt)的UI 的所有核心逻辑——渲染、布局、事件循环——都发生在C++ 世界不同,Fyne几乎 100% 的 UI 逻辑、状态管理和控件实现,都发生在 Go 的世界里。CGO 在这里扮演的仅仅是一个薄薄的、与 GPU 对话的“驱动适配器”。

优点

  • Go-idiomatic API:Fyne 的 API 设计遵循 Go 的语言习惯,开发者可以像编写普通 Go 程序一样来构建 UI,心智负担较低。
  • 极致的跨平台一致性:由于所有控件都是 Fyne 自己绘制的,一个用 Fyne 编写的应用,在 Windows, macOS, Linux, Android, iOS 等所有平台上,都拥有完全一致的外观和行为。
  • 简化的构建过程:尽管使用了 CGO,但 Fyne 极大地简化了其构建依赖。在大多数情况下,你只需要安装好 Go 和一个 C 编译器,就可以轻松地构建跨平台应用,远比配置 Qt 或 GTK 的开发环境要简单。
  • 高性能与低资源占用:由于直接与 GPU 对话,其渲染性能通常很高,且最终生成的二进制文件和内存占用都非常小。

缺点

  • 非原生观感:UI 的外观是 Fyne 自定义的“Material Design”风格,与操作系统原生控件(如 macOS 的 Aqua 风格)不同。这对于某些追求“平台原生感”的应用来说,可能是一个缺点。
  • 生态与成熟度:虽然 Fyne 近年来发展迅速,并拥有了像 Fysion 这样的图形化编辑器,但其组件库的丰富程度、第三方工具和社区解决方案,与 Web 生态或成熟的 C++ 框架相比,仍有一定差距。

流派三:CGO 绑定流 —— 拥抱经典的“实力派”

这一流派选择了最传统、也最直接的路径:通过 CGO,将 Go 语言绑定到那些久经考验的 C/C++ GUI 框架上。

  • 代表项目:therecipe/qt, gotk3/gotk3等。
  • 工作原理:编写大量的 CGO “胶水代码”,将 C/C++ 框架的 API 逐一映射为 Go 的函数和类型。

优点
* 功能极其强大:可以直接利用 Qt, GTK 等框架数十年来积累的、极其丰富和成熟的功能与组件。
* 真正的原生控件:在某些情况下(如 GTK),应用使用的是操作系统原生的 UI 控件,能提供最原汁原味的平台体验。

缺点
* CGO 的所有痛点:构建环境配置复杂、交叉编译困难、编译速度慢。
* API 笨重:由于是 C API 的直接映射,其使用方式可能不那么符合 Go 的语言习惯。
* 维护成本高:需要持续跟进上游 C/C++ 框架的更新。

流派四:C代码转译流 —— modernc.org/tk9.0 引领的“去CGO化”绑定探索

在与 C/C++ GUI 框架的搏斗中,还存在着第四条、也是最“激进”的一条道路。它不满足于“薄层”的 CGO 调用,而是试图从根本上消除 C 代码本身,将其转译 (Transpile) 为纯 Go 代码。代表项目modernc.org/tk9.0

modernc.org 生态系统的作者cznic,选择了两条并行且互补的路径,来实现真正的“CGO-free”绑定:

  1. Pure FFI 路径 (基于 purego): 在 purego 支持的主流平台(如 Linux/macOS/Windows 的 amd64/arm64 架构)上,modernc.org/tk9.0 会在运行时,通过 purego 动态加载并调用系统上预装的 Tcl/Tk C 语言共享库。这与我们之前讨论的 purego 范式一致,是一种轻量级的、无 CGO 编译时依赖的 FFI 方案。

  2. 代码转译路径 (基于 ccgo): 这才是其真正的“黑魔法”所在。对于 purego 不支持的平台,或者在希望构建完全无外部依赖的二进制文件时,modernc.org 的作者使用了他自己开发的工具 ccgo。ccgo 是一个 C 语言到 Go 语言的源代码翻译器。它能够读取 Tcl/Tk 的 C 源代码,并将其自动转换为功能等价的、虽然可能不那么易读的 Go 源代码,比如libtk9.0

优点

  • 真正的 CGO-free:这是它最引人注目的优点。无论目标平台如何,Go 引以为傲的一键交叉编译能力被完美地保留了下来。
  • 零运行时依赖(在转译模式下):通过将 Tcl/Tk 库本身转译为 Go 代码,你的应用可以被编译成一个完全静态、不依赖于目标系统上任何共享库的单一二进制文件。这对于应用的部署和分发来说,是一个巨大的福音。
  • 利用成熟的工具包:开发者可以享受到 Tk 这个经过数十年考验的、极其稳定的 GUI 工具包的所有功能,而无需承受 CGO 带来的痛苦。

缺点

  • 转译的复杂性与保真度:C 到 Go 的自动转译是一个极其复杂的工程挑战。ccgo 虽然功能强大,但转译过程并非 100% 完美,可能会遇到 C 语言中某些特性的兼容性问题。
  • 性能与可读性:由 ccgo 生成的 Go 代码是机器生成的,其可读性和可维护性是个巨大的调整。同时,转译后的 Go 代码,其运行性能是否能与原生 C 代码媲美,也是一个需要具体场景具体测试的问题。
  • 生态系统特殊性:这种“转译”范式,目前是cznic 打造的modernc.org 生态系统独有的、高度集成的解决方案。选择它,意味着你需要信任并深度依赖于这个特定的、由社区英雄维护的工具链。

展望与建议:Go GUI 的破局之路在何方?

Go GUI 的“绝境”,正在被社区以多元化的方式“破局”。展望 2025 年,我们不再只有一两条崎岖的小路,而是有了一幅更清晰、更多元的“路线图”。

  1. Web 技术流仍是主流:在未来几年,以 Wails 为代表的 Web 技术方案,仍将是绝大多数 Go GUI 应用的最佳选择。它的生态优势和开发效率是其他方案难以比拟的。

  2. 自绘渲染流是未来希望Fyne 代表了 Go GUI 的“星辰大海”。随着其生态的不断成熟和完善,它有潜力成为 Go 语言未来真正的“原生” GUI 解决方案。

  3. CGO 绑定流是“重武器”Qt/GTK 等传统框架的绑定,虽然沉重,但在需要极致功能和原生控件的专业领域,依然是不可或缺的“实力派”。

  4. C代码转译流是“黑科技”:以 modernc.org/tk9.0 为代表的转译方案,为“去 CGO 化”提供了一条全新的、激进的路径。它在部署上的巨大优势,可能会吸引越来越多的开发者关注。

给 Go 开发者的一些建议

  • 如果你想快速构建一个功能丰富、界面美观的跨平台桌面应用:请毫不犹豫地选择 Wails
  • 如果你追求极致的部署便利性,并希望彻底摆脱 CGO:请深入研究 modernc.org/tk9.0
  • 如果你对性能和资源占用有极致要求,并愿意投入学习成本:请密切关注并尝试 Fyne
  • 如果你正在构建一个 CLI/TUI 应用:别忘了 Bubbletea,它是这个领域的王者。

Go GUI 的故事,是一个典型的“自下而上”的社区驱动创新的故事。虽然道阻且长,但行则将至。我们不再只有一个选择,而是可以在清晰的权衡之下,为我们的项目,找到最“恰如其分”的那条路。

最后,澄清一个很多Go初学者理解容易偏颇的内容,即究竟什么是”cgo-free” ?”cgo-free”的真正意思是:

  • 编译时不需要 C 编译器
  • 可以交叉编译

但”cgo-free”不代表程序运行时不会加载和调用对应架构的动态库(C库)。就像purego是”cgo-free”的,但使用purego的程序在运行时一般都是会调用某个依赖的C库。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


想系统学习Go,构建扎实的知识体系?

我的新书《Go语言第一课》是你的首选。源自2.4万人好评的极客时间专栏,内容全面升级,同步至Go 1.24。首发期有专属五折优惠,不到40元即可入手,扫码即可拥有这本300页的Go语言入门宝典,即刻开启你的Go语言高效学习之旅!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats