标签 软件工程 下的文章

Rust 的“跨越鸿沟”时刻:Ubuntu 全面拥抱 Rust 意味着什么?

本文永久链接 – https://tonybai.com/2026/02/25/rust-crossing-the-chasm-ubuntu-embrace

大家好,我是Tony Bai。

在技术世界里,一门编程语言的成功往往分为两个阶段:第一阶段是赢得“极客”和“先驱者”的狂热追捧;第二阶段则是说服那些保守、务实的“早期大众”将其投入到枯燥却庞大的企业级生产中。这两个阶段之间,横亘着一条深不见底的“鸿沟”。

2026 年初,Rust 核心团队成员、语言设计的灵魂人物 Niko Matsakis 在参加完 Rust Nation 大会后,发表了一篇引人深思的文章——《What it means that Ubuntu is using Rust》。在这篇随笔中,Niko 借由 Canonical(Ubuntu 的母公司)全面拥抱 Rust 这一标志性事件,极其坦诚地剖析了 Rust 当前在行业接纳生命周期中所处的位置、面临的阵痛,以及为了走向真正的“工业标准”,Rust 社区必须在技术和心理上做出的巨大改变。

本文将深度解读 Niko 的这篇文章,带你透视 Rust 在“后狂热时代”的商业化演进路线、标准库之争、开源商业模式,以及为何“同理心”成了这门硬核语言最大的护城河。

无处不在的“鸿沟”——Rust 到底走到哪了?

如果你熟悉硅谷营销大师杰弗里·摩尔(Geoffrey Moore)的经典理论《跨越鸿沟》(Crossing the Chasm),就会知道任何一项高科技产品在市场推广时,都会经历创新者(Innovators)、早期采用者(Early Adopters)、早期大众(Early Majority)、后期大众(Late Majority)和落后者(Laggards)五个阶段。而在“早期采用者”与“早期大众”之间,存在着一个巨大的断层,这就是“鸿沟”。

Rust 跨过这条鸿沟了吗?

Niko 给出的答案是:这取决于你问的是谁。

  • 在某些互联网巨头(大厂)中:答案是“已经跨越了一大半”。比如在亚马逊云(AWS)这样对性能和资源有着极致苛求的地方,Rust 已经被牢牢确立为构建大规模数据平面(Data Planes)和资源感知代理(Agents)的“正确选择”。它甚至正在向设备端和机器人领域的底层代码渗透。
  • 在普通企业应用中:依然存在一种根深蒂固的刻板印象——“Rust 是给 S3(亚马逊云存储)那些穿西装打领带的高级工程师用的,对于我们普通的 CRUD(增删改查)业务来说,完全是杀鸡用牛刀。”
  • 在安全关键软件(Safety Critical Software)领域:比如汽车的转向柱控制系统或航空航天系统,Rust 依然在艰难地寻找立足点。大多数传统工业巨头仍处于“观望”状态,他们希望让早期采用者先去铺路、踩坑。

这揭示了一个残酷的现实:技术上的优越性并不等同于市场上的普遍接受度

当技术走向“早期大众”时,受众的心态发生了根本性变化。

早期采用者买的是“变革”,他们愿意容忍不成熟的生态,只为获得降维打击的竞争优势;而“早期大众”买的是“生产力提升”,他们极度厌恶风险,追求的是业务连续性——他们想要的是进化,而不是革命。

寻找“标杆客户”——Ubuntu 搭建的跨越之桥

如何说服那些极度厌恶风险的“早期大众”尝试新事物?唯一的答案是:让他们看到与他们相似的成功案例。

这就是为什么 Canonical(Ubuntu 背后的公司)的入局对 Rust 生态具有决定性的历史意义。在 Rust Nation 大会上,Canonical 的工程副总裁 Jon Seager 发表了题为《在 Ubuntu 中大规模采用 Rust》的闭幕演讲。这场演讲完美诠释了什么是“既有远见,又极其务实”。

Canonical 明确表示,他们已将公司内部开发的语言收敛为一个极小的集合:Python、C/C++ 和 Go。

而现在,Rust 被正式引入,并被确立为编写新底层基础工具的首选语言,逐步取代 C、C++ 以及部分 Python 的使用场景。

更令人振奋的是,Canonical 不仅仅是自己“用”,他们还在“反哺”生态,充当桥梁。

Jon Seager 谈到了 Ubuntu 作为操作系统发行版的责任——通过支持内存安全的基础设施库来“向前支付(Pay it forward)”。Canonical 正在提供财务和声誉上的双重支持:
1. 赞助 Trifecta Tech 基金会开发 sudo-rs 和 ntpd-rs(用 Rust 重写关键的系统组件)。
2. 赞助 uutils 组织开发 Rust 版的 coreutils(Linux 核心命令集)。

为什么说 Ubuntu 是完美的“标杆客户”?

在 Linux 用户态领域,Ubuntu 的体量和权威性毋庸置疑。当 Ubuntu 愿意承担尝试新事物的风险,并证明“用 Rust 重写 sudo 是可行的且更安全的”时,这种示范效应是巨大的。

那些“早期大众”企业看到这一幕时会想:“如果连 Ubuntu 这样对稳定性要求极其变态的操作系统底层都在用 Rust,那我们的业务系统用 Rust 应该也是安全的。”

这正是《跨越鸿沟》中破局的核心策略:利用标杆客户的背书,提供能无缝融入现有工作流的“即插即用”方案,从而最小化系统的不连续性。

成长的阵痛——为了壮大,Rust 必须改变“人设”

当目标受众从追求极致的“极客”变成追求稳定的“务实派”时,Rust 面临着一种极其尴尬的转型痛点。

Niko 在文中引用了《跨越鸿沟》里的一段话:

“在任何两个采用群体之间的过渡通常都是极度令人尴尬的,因为你必须在你对旧策略感到最舒服的时候采用新策略……当务实派想听到‘行业标准(Industry Standard)’时,科技公司可能还在向他们推销‘最先进的技术(State-of-the-art)’。”

这精准地命中了 Rust 当下的软肋。

在过去的十年里,Rust 社区的营销口号是“零成本抽象”、“无畏并发”、“最先进的内存安全所有权模型”。这套说辞成功吸引了早期的系统工程师。

但如今,当 Rust 走向大众时,普通开发者更关心的是:“有没有现成的库?”、“编译能不能快点?”和“能不能开箱即用?”

核心冲突爆发点:标准库的规模之争。

在闭门晚宴上,Canonical 的 Jon Seager 提出了一个极具挑衅性的观点:Rust 需要重新审视其维持“极小标准库(Small Standard Library)”的政策。

长期以来,Rust 奉行“标准库只包含最核心的类型和原语,其余全部交给社区(Crates.io)”的哲学。比如,Rust 的标准库里甚至没有随机数生成、正则表达式或 HTTP 客户端。这种设计在早期非常受极客欢迎,因为它保证了核心库的轻量级,并允许社区自由竞争出最好的第三方库(如 serde、tokio)。

但对于“早期大众”来说,这简直是个噩梦。他们不明白为什么解析一个 JSON 或发起一个 HTTP 请求都需要在数以万计的第三方包中去筛选、评估安全性、担心供应链投毒。他们想要的是像 Go 语言或 Python 那样“内置电池(Batteries Included)”的开箱即用体验。

实际上,Rust 社区在 2016 年曾推出过一个名为“Rust 平台(Rust Platform)”的提案,试图官方“钦定”一批高质量的第三方包作为“扩展标准库”。但当时遭到了早期采用者的强烈抵制,理由是“直接改 Cargo.toml 很容易,没必要官方下场干预”。

Niko 反思道:当年早期采用者讨厌的东西,恰恰可能是如今“早期大众”最渴望的东西。

Rust 必须面对现实:过去引导其成功的信条,正在阻碍其向更广阔的市场迈进。

Niko 透露,他正在构思一个名为“电池包(Battery packs)”的新项目,试图在不搞庞大标准库的前提下,为企业级用户提供一种官方背书的、开箱即用的库集合方案。这标志着 Rust 正在从“追求它能成为什么样(What it could be)”向“承认它实际是什么样(What it actually is)”的务实转变。

商业与开源的闭环——如何将“采用率”转化为“真金白银”?

任何一门编程语言生态的长远发展,都离不开雄厚的资金支持。随着 Rust 采用率的爆炸式增长,对 Rust 开源项目和生态系统的维护压力也与日俱增。钱从哪来?

Niko 分享了几个关于开源投资的深刻洞见,这不仅适用于 Rust,对所有开源项目(包括 Go、Node.js 生态)都有极大的启发。

洞见一:投资不一定只是“砸钱”,更是“下场共建”。

对于像 Canonical 这样的纯粹开源组织,最宝贵的投资是“建立深度的组织间关系”。

在“Rust for Linux”项目中,早期都是 Rust 核心维护者在帮 Linux 内核开发者修 Bug。但随着时间推移,现在越来越多的 Linux 内核开发者开始自己动手修复 Rust 编译器或工具链的问题,而 Rust 维护者则退居幕后扮演导师的角色。这种“授人以渔”的贡献,比单纯的捐款更有价值。

洞见二:钱往往在公司“采用 Rust 之前”到来,而不是之后。

我们通常认为,企业是在大量使用某个开源软件后,出于反哺或维护自身利益的目的才会掏钱赞助。

但 Niko 观察到了一个完全不同的趋势:更容易获取的资金,来自于那些“正在考虑但尚未采用” Rust 的公司。

在这些公司内部,通常有一批“早期采用者”(内推者),他们试图说服保守的公司管理层采用 Rust。为了促成此事,他们往往需要拿着一份“准入条件清单”——比如,Rust 必须支持某种特定的芯片架构,或者必须具备某个安全认证组件。

更关键的是,这些内推者手里往往握有预算。为了让这门技术顺利落地公司,他们愿意花钱去填补 Rust 生态中的这些空白。

Rust 基金会的 Alexandru Radovici 证实了这一点:许多对安全性要求极高的公司,手里攥着钱想帮 Rust 补齐短板,却“不知道该怎么花这笔钱”。Canonical 赞助 sudo-rs 本质上也是一样的——他们是在花钱扫除阻碍 Ubuntu 更大规模采用 Rust 的障碍。

开源社区需要建立一种机制,精准对接这些带着预算的“潜在采用者”,将他们的痛点转化为开源项目的开发资金。

社区的终极考验——同理心是最大的护城河

在文章的最后,Niko 抛出了一个直击灵魂的观点,这不仅是给 Rust 社区的警钟,也是所有程序员的必修课:

“如果我们在其中表现得太像‘中学生(Middle School)’,那开源跨越鸿沟的愿景就会彻底破灭。”

什么是“中学生”行为?

当你深度参与一个开源社区时,你会觉得这里充满阳光,欢迎所有人。但对于外部的“早期大众”来说,开源社区往往看起来像一个充满小圈子、潜规则和“口口相传的规矩(Oral traditions)”的排外组织。

一个企业级的保守开发者,带着一个务实的业务问题来到社区提问。他可能只是用错了一个术语,或者没有遵循某种隐形的“社区政治正确”,结果就遭到了一群激进贡献者的群嘲、冷嘲热讽,甚至因为提出不同的设计理念而被强硬关闭 Issue。

这位企业开发者根本分不清哪些是喷子,哪些代表官方立场。他只会觉得:“这个语言的社区太有毒了,我们公司还是用 Java 吧。”

只需要一次粗鲁的回复,就能彻底赶走一个潜在的企业级标杆客户。

Niko 强调,帮助 Rust 最终取得成功的,绝不是更快的编译速度或更完美的类型系统,而是“开源中的同理心”。

“早期大众”并不想参与编程语言的“宗教战争”,他们不关心“纯粹性”,他们只是想按时下班,安全地把产品发布出去。Rust 社区必须学会倾听这群人的声音,理解他们的价值观,用温和、包容和同理心去服务他们,而不是用技术傲慢去居高临下地教训他们。

小结:语言的进化,更是心智的成熟

从 2015 年发布 1.0 版本至今,Rust 用了十余年的时间,证明了自己在技术和理论上的卓越。如今,借由 Ubuntu 这样的重磅标杆客户的背书,它正式站在了跨越主流企业级市场鸿沟的跳板上。

Niko Matsakis 的这篇文章,不仅是对 Rust 现状的一份清醒诊断,更是对整个技术生态演进规律的深刻洞察,也非常值得其他主流编程语言的掌舵者和社区学习借鉴。

无论是标准库的扩展、商业投资机制的完善,还是社区同理心的建设,都表明 Rust 正在经历一场脱胎换骨的“成年礼”。它正在从一个由极客驱动的“炫酷玩具”,蜕变为一个能够承载人类核心数字基础设施的“工业巨兽”。

也许属于 Rust 的激荡时代,才刚刚开始。

资料链接:https://smallcultfollowing.com/babysteps/blog/2026/02/23/ubuntu-rustnation/


你认为 Rust 该“扩充”标准库吗?

Rust 坚持“极小标准库”让极客疯狂,却让企业用户头大。你是支持 Go 这种“内置电池”的开箱即用,还是支持 Rust 这种“社区竞争”的极简主义?你在项目中是否也曾因为 Rust 缺乏某个基础库(如随机数、正则)而感到沮丧?

欢迎在评论区分享你的看法!


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

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

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


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

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

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

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

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


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

性能之战的“罗生门”:Go 重写 Node.js 项目,究竟赢在了哪里?

本文永久链接 – https://tonybai.com/2026/02/24/go-vs-node-js-performance-rewrite-rashomon

大家好,我是Tony Bai。

在当今的后端开发圈,“用 Go/Rust 重写 Node.js/Python 项目”似乎成了一种政治正确。在许多开发者的刻板印象中,只要换上静态编译语言,性能就能获得“降维打击”般的提升。

然而,真实世界的工程往往是一出“罗生门”——不同的人看着同一份数据,得出的结论截然不同。

近日,在 GitHub 的某个开源项目reverse-shell中,开发者公布了一份极其详尽的 Go 重写版 vs 原生 Node.js 版 的性能基准测试报告。面对这份数据,Go 的拥趸看到了内存消耗的断崖式下降,而 Node.js 的铁粉则指着热启动(Warm Path)的耗时反击:“看,V8 引擎依然能打!”

这绝不是一场单方面的碾压,Go 并没有在所有维度上将 Node.js 钉在耻辱柱上。本文将基于该 Issue 提供的真实 Benchmark 数据,从执行耗时、内存占用、CPU 消耗以及部署体积等多个维度,为你深度剥析这场性能之战的“罗生门”。Go 究竟赢在了哪里?到底值不值得重写?真相就藏在这些数据里。

测试背景与环境基调

在深入数据之前,我们需要明确测试的上下文。根据 Issue 提供的信息,本次测试运行在主流的现代硬件上(Apple M4 Max芯片),对比了使用 Go 编写的新版本与原有的 Node.js 版本。

测试场景涵盖了后端服务最核心的指标:HTTP 接口响应时间(冷启动/热启动)、系统内存占用(Memory Usage)、CPU 消耗以及最终交付的构建产物体积(Distribution Size)。

值得注意的是,原作者在总结中非常客观地给出了各项指标的“胜者(Winner)”。这为我们的分析奠定了一个理性的基调:我们不谈神话,只看数据。

响应时间(Execution Time):V8 引擎的绝地反击

许多人主张重写,最大的诉求就是“天下武功唯快不破”。然而,这份 Benchmark 数据在执行时间上给出了非常微妙的结果,这也是引发“罗生门”争议的核心所在。

首次请求/冷启动(Uncached/Cold Path)

在未经缓存或首次执行的路径上,Go 展现出了编译型语言的天然优势。

从数据报表可以看出,Go 在处理未命中缓存的 HTTP 请求时,其 P50、P90、P99 延迟均低于 Node.js。

Node.js 依赖 V8 引擎执行 JavaScript。在代码刚启动或首次执行特定路径时,V8 需要进行解释执行(Ignition 解释器),此时尚未触发 JIT(即时编译)的深度优化。此外,Node.js 庞大的模块加载树在冷启动时也会拖慢初始响应速度。而 Go 语言是直接编译为机器码的,没有预热过程,代码一经执行便是最高形态,因此在冷请求处理上先拔头筹。

预热后/热路径(Cached/Warm Path)

这是这份报告中最令人瞩目,也是让 Node.js 捍卫尊严的部分。

当系统运行一段时间,进入“热路径”后,两者的差距被急剧缩小。报告的 Summary 明确指出,在某些状态下,Node.js 的表现极具竞争力,甚至在特定的小负载处理上与 Go “打平”或略占优势。

千万不要低估 Google V8 引擎的威力!当 Node.js 的代码被反复执行后,V8 的 TurboFan 编译器会将热点代码(Hot Code)编译为高度优化的机器码。在纯 CPU 逻辑不复杂、主要依赖非阻塞 I/O 的 Web 场景下,预热后的 Node.js 同样快如闪电。

如果你只看冷启动,Go 是赢家;如果你看系统平稳运行后的常态,Node.js 并没有输。如果你的业务对极端情况下的毫秒级冷启动延迟不敏感,仅仅为了追求 API 的“绝对响应速度”而重写,带来的收益可能远低于预期。

内存占用(Memory Footprint):Go 的绝对统治区

如果说在响应速度上两人是势均力敌的对手,那么在内存管理上,这场“罗生门”的迷雾瞬间散去——Go 展现出了对 Node.js 的绝对统治力。

根据 Benchmark 数据,在承受相同并发压力的前提下,Go 版本的内存使用量仅仅是Node.js版本的五分之一不到。并且在内存增长方面也尽显优势。作者在Summary 表格中毫无悬念地将 Memory 的 Winner 颁给了 Go。

为什么 Node.js 这么吃内存?

  1. V8 的基础开销:仅仅是启动一个 Node.js 进程,V8 引擎就需要预先分配相当一部分内存用于自身的运行、垃圾回收堆(Heap)和执行上下文。
  2. 万物皆对象:在 JavaScript 中,几乎所有的数据结构都是对象(即便是一个简单的数字,内部也可能有复杂的包裹)。这带来了巨大的内存碎片和对象头(Object Header)开销。
  3. GC 策略:Node.js 的垃圾回收倾向于在内存达到一定阈值时才进行大规模清理,这导致其峰值内存(RSS)往往处于高位。

Go 赢在了哪里?

  1. 值类型与内存对齐:Go 允许开发者使用纯粹的值类型(Value Types),结构体(Structs)在内存中是连续紧凑排列的,没有对象的额外负担。
  2. 逃逸分析(Escape Analysis):Go 编译器极其聪明,它会尽可能将短生命周期的变量分配在栈(Stack)上,而不是堆(Heap)上。栈内存的分配和释放开销几乎为零,且不需要 GC 介入。
  3. 微型协程(Goroutine):Go 的协程初始栈极小(仅 2KB),相比之下,传统的线程或 Node.js 维持高并发异步上下文树要轻量得多。

可以看出,内存优化是这次重构最核心的“硬核红利”。在 Kubernetes 盛行的云原生时代,内存直接与真金白银(Pod 资源限制、节点数量)挂钩。如果你正在为 Node.js 应用居高不下的 OOM(内存溢出)和高昂的云服务器账单发愁,这才是用 Go 重写的最大底气。

部署与分发(Distribution Size):运维的终极解脱

最后一个维度,往往被性能测试忽略,但却是运维和 DevOps 团队最关心的指标:部署体积与运维体验。

基准测试的最后一部分给出了令人舒适的对比:

  • Node.js:部署时需要携带庞大的 node_modules 文件夹(被戏称为宇宙中最重的物质),还需要在服务器或 Docker 镜像中安装完整的 Node.js 运行时环境。这不仅导致镜像臃肿,还增加了极大的安全攻击面。
  • Go:通过静态链接(Static Linking),Go 编译器将所有依赖、业务逻辑和 Runtime 打包成了一个孤立的、极小的二进制文件(Single Binary)。

作者也认为,Go 在这方面取得了毋庸置疑的决定性胜利。

Go 的构建产物通常只有十几兆到几十兆,且无需外部动态库依赖。这使得 Go 的 Docker 镜像可以基于极简的 scratch 构建,拉取速度极快,启动瞬间完成。这在 Serverless 架构或需要频繁扩缩容的微服务场景下,带来了 Node.js 无法企及的运维优势。

小结:看透罗生门,回归工程本质

综合这份来自一线的真实 Benchmark 报告,这场关于性能的“罗生门”其实有着非常清晰的结论:

Go 并没有在单纯的“运行速度”上全面秒杀 Node.js。如果你的瓶颈仅仅在于 I/O 等待,且代码经过了 V8 引擎的充分预热,Node.js 依然是一个性能强悍的后端利器。

然而,Go 究竟赢在了哪里?它赢在了“工程维度的全面占优”:

  1. 绝对的内存红利:用极低的内存消耗承载高并发,直接降低了云资源成本。
  2. 更快的冷启动速度:在微服务和 Serverless 时代,冷启动速度就是金钱。
  3. 极简的部署体验:单文件二进制彻底解放了 CI/CD 流水线和镜像仓库。

技术选型永远是权衡(Trade-off)的艺术。如果你只是盲目追求“快那么几毫秒”,V8 引擎的表现可能会让你觉得重写是个错误;但如果你真正想要解决的是内存账单爆炸、冷启动缓慢、以及部署运维臃肿的综合困局,那么这场罗生门的结局早已注定——Go 语言,就是那个无可替代的破局者之一。

资料链接:https://github.com/lukechilds/reverse-shell/pull/38


你会为了“省内存”而重写吗?

很多时候,Go 赢在工程,而非纯粹的运行速度。在你的项目中,你是否遇到过 Node.js 内存溢出(OOM)的噩梦?你认为为了极简的部署和低成本的云账单,值得进行一次大规模的语言重构吗?

欢迎在评论区分享你的选型“罗生门”!


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

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

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


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

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

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

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

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


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

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 从 0 开始构建 Agent Harness 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