标签 内核 下的文章

Azure CTO 深度解读:微软为何要用 Rust “替换” C/C++,又将如何用 AI 加速代码迁移?

本文永久链接 – https://tonybai.com/2025/09/11/microsoft-is-getting-rusty

大家好,我是Tony Bai。

近日,微软 Azure CTO、技术巨擘 Mark Russinovich 在一场 Rust 技术会议上发表了闭幕演讲,以前所未有的坦诚和力度,揭示了微软内部正在进行的一场深刻的技术变革:全面拥抱 Rust,并战略性地替代 C/C++。

他不仅分享了 Rust 在 Windows 内核、Office、Azure 云等核心产品中的惊人实践案例,还首次披露了微软正在研发的、利用 AI 大模型自动将 C/C++ 代码转换为安全 Rust 的前沿工具。这既是一次技术分享,也是一份来自行业顶层的宣言。

在这篇文章中,我们就来看看微软在走向Rust的路上究竟做了哪些工作和改变,用户和社区的反馈又是如何。

战略驱动:为何微软必须转向 Rust?

演讲开篇,Mark Russinovich 就抛出了一个触目惊心的数据,这也是驱动微软进行这场变革的根本原因:

在过去十几年中,微软所有产品中 70% 的安全漏洞,均由 C/C++ 中的内存安全问题导致。

他直言,这种趋势仍在继续,这已不仅仅是技术债,更是持续不断的安全事件和威胁。正是基于此,他个人早已成为 Rust 的坚定拥护者,并分享了一段有趣的往事:2022年,他在看到编程语言排行榜后,有感而发地发布了一条推文——“是时候停止在任何新项目中使用 C/C++ 了,业界应该转向 Rust”

这条推文成为了他有史以来互动量最高的内容,甚至引来了微软 CEO Satya Nadella 的电话询问。而他的回答坚定不移:“是的,我坚信如此。”

这并非一时冲动,而是一场席卷微软的、自下而上与自上而下相结合的运动。从美国国家安全局 (NSA) 呼吁业界放弃内存不安全的语言,到微软自身因不安全代码被攻击后发起的“安全未来倡议 (Secure Future Initiative)”,微软上下已经形成共识:必须摆脱不安全的语言

实践版图:Rust 在微软核心产品中的落地生根

Mark Russinovich 随后详细介绍了 Rust 在微软内部的实践版图,其广度和深度令人瞩目。

Windows:从内核“阿喀琉斯之踵”开始

  • Project Mu (UEFI 固件): 微软选择从安全性要求极高的系统引导固件入手,用 Rust 重写了 UEFI 实现(Project Mu)。该项目已应用于 Azure 数据中心和 Surface 笔记本,并已开源,旨在推动整个硬件生态采用 Rust。
  • DirectWrite (核心图形组件): 团队选择了一个漏洞频发的独立组件——负责字体解析的 DirectWrite 进行移植。两名开发者耗时六个月,将 15.4 万行 C/C++ 代码移植为 Rust。结果不仅消除了安全隐患,还意外获得了 5% 到 15% 的性能提升
  • Win32k.sys (GDI 模块): 这是 Windows 安全的“阿喀琉斯之踵”,过去20年间漏洞不断。微软选择用 Rust 重写了其中的 GDI Regions 子系统。两名开发者耗时三个月,移植了 6.3 万行 代码进入内核态。尽管 C++/Rust 的互操作边界带来了巨大挑战,但项目最终成功,且没有性能衰退。如今,在 Windows 系统目录中,你甚至能找到带有 _rs 后缀的内核模块文件。

Office 与 Azure 云:性能与安全的双重胜利

  • Office (DISKANN 向量搜索): Office 团队将一个前沿的向量搜索算法(DISKANN)从 C++ 移植到 Rust,用于 Office 365 和 Azure Cosmos DB。结果是惊人的:在实现同等 QPS 的情况下,召回率显著提升,内存占用反而下降
  • Azure (CTO 的铁腕): Mark Russinovich 透露,早在发布那条著名推文的两三年前,他就已在 Azure 内部颁布指令:“Azure 中不再有新的 C++ 系统代码”。这一指令推动了 Rust 在 Azure 基础架构中的全面应用:
    • 硬件层面: 云服务器的开源可信根项目 Caliptra、深入每台服务器的 Azure Integrated HSM 硬件安全模块,其固件均由 Rust 编写。
    • 硬件卸载卡: 负责网络和存储处理的智能网卡(DPU)上的新组件,已全部使用 Rust 开发,部分已有 C++ 组件也被迁移到了 Rust。
    • 虚拟化: Hyper-V 的 Arm64 模拟代码已用 Rust 重写;最近开源的 Open VMM(一个准虚拟化监视器)完全由 Rust 构建;而革命性的 Hyper-V Lite 项目,能以微秒级速度启动一个超轻量级虚拟机来运行 WASM 负载,其原型虽为 C#,但最终的开源实现完全是 Rust。
  • Azure 服务:
    • Azure Data Explorer (ADX): 这个每天处理 PB 级数据的日志分析平台,其 V2 版本后完全用 35 万行 Rust 代码 重写,性能超越 C++ 版本,成为微软内部 Rust 实践的标杆案例。
    • Azure SDK for Rust: 顺应客户需求,Azure 官方已发布了 Rust SDK 的 Beta 版本,标志着 Rust 正式成为 Azure 的一等公民语言。

真实反馈:来自一线开发者的收获与挑战

这场变革并非一帆风顺。Mark Russinovich 坦诚地分享了一线开发者的真实反馈:

** 收获 (The Positives):**

  • “如果它能编译,它就能工作”: 这是开发者们提到最多的一点,与 C++ 编译通过后仍充满不确定性的体验形成鲜明对比。
  • 减少摩擦,专注创新: 消除了内存安全和数据竞争等底层心智负担。
  • “两个月的转变”: 一个常见的模式是,C++ 开发者最初会对所有权和借用检查器感到痛苦,但大约两个月后,他们会转变为 Rust 的忠实拥护者。

** 挑战 (The Negatives):**

  • C++ 互操作性是第一大难题: 在逐步替换大型 C++ 项目时,处理两种语言的边界问题耗费了大量精力。
  • 工具链仍有待成熟
  • Crate 生态系统: 开发者不确定应该使用和信任哪些第三方库。
  • 部分依赖的特性尚未稳定
  • 动态链接: 在 Windows 生态中常见的动态链接,与 Rust 的结合存在问题。

尽管存在这些挑战,但 Mark Russinovich 强调,优点已经足够让微软“全身心投入 (all in)”

展望未来:用 AI 加速 “去 C++” 进程

演讲的最后,Mark Russinovich 揭示了微软正在探索的、旨在加速 Rust 迁移的“终极武器”——自动化代码翻译

微软正在从两个方向推进这项工作:

  1. 专用转译器 (Transpiler): 针对特定领域,如经过形式化验证的加密库。微软研究团队已开发出一个工具,能将严格遵循特定规范的 C 代码自动、安全地转译为 100% safe 的 Rust 代码,并确保其数学验证在转译后依然有效。
  2. 通用 AI 翻译器 (GenAI + GraphRAG): 这是更宏伟的目标。传统的 LLM 在处理多文件、复杂的 C++ 项目时效果不佳。微软正在利用一种名为 GraphRAG (图检索增强生成) 的先进技术。该技术能将代码解析为抽象语法树,并构建一个多层次的、包含代码摘要和依赖关系的图谱。当进行翻译时,AI 可以基于这个图谱进行更精准、更具上下文感知的代码生成。

他现场演示了一个将多文件 Python 小游戏翻译为 Rust 的例子。普通的 GPT-4o 生成的代码无法编译,而 GraphRAG 驱动的翻译器则一次性生成了可完美运行的、100% safe 的 Rust 代码

总结:一场自上而下的语言革命

Mark Russinovich 的演讲,标志着 Rust 在主流工业界的应用进入了一个全新的阶段。微软的实践雄辩地证明,用 Rust 替代 C/C++ 不仅是为了安全,更能带来意想不到的性能收益和开发体验提升。

更重要的是,微软的承诺是全方位的:从内部产品的深度重构,到对社区的资金支持,再到投入研发力量攻克 C++ 互操作和自动化迁移这两大核心难题。

正如 Mark 所言,一门语言的成熟需要超过十年的时间。Rust 已经走到了这个节点,其生态和工具链的成熟度已经达到了一个临界点,使得像微软这样的巨头可以放心下注。对于任何想要挑战 Rust 地位的新语言来说,都将面临一座极难逾越的高山。

微软的“All in”,不仅是对 Rust 过去的肯定,更是对未来的巨大投资。这无疑为整个软件行业指明了一个更安全、更高效的方向。


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

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

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

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

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


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

Rust 2025 深度解读:在十周年里程碑上,Niko Matsakis 如何擘画下一个时代的灵魂与蓝图?

本文永久链接 – https://tonybai.com/2025/08/18/rust-in-2025

大家好,我是Tony Bai。

2025 年 5 月 15 日,Rust 语言迎来了其 1.0 版本发布的十周年纪念日。这是一个充满里程碑意义的时刻,不仅是对Rust过去十年辉煌成就的回顾,更是展望未来的关键节点。值此之际,Rust 语言团队负责人、核心开发者 Niko Matsakis 发表了一系列题为“Rust in 2025”的纲领性博客文章,系统性地阐述了他个人对 Rust 未来发展的深邃思考。本文将融合 Niko 在十周年庆典上的感言与“Rust 2025”系列的技术蓝图,和大家一起解读一下Niko对下一个时代Rust演进路径的擘画。

回望十年 —— 指引 Rust 航程的两大“北极星”

任何对未来的展望,都必须植根于对过去的深刻理解。在十周年庆典的感言中,Niko Matsakis 将 Rust 的非凡成功,归功于其传奇创始人 Graydon Hoare 从一开始就为这门语言设定的两个坚定不移的“北极星”。它们不仅塑造了 Rust 的技术内核,更铸就了其独特的社区文化。

技术北极星:拒绝妥协,“我们可以拥有好东西”

Graydon Hoare 最初为 Rust 设定的目标是“创建一种‘不会吃掉你衣物’的系统编程语言”。这个看似风趣的目标背后,是一种对行业“常识”的根本性挑战。Niko 将其精炼为一句充满信念的口号:“是的,我们可以拥有好东西 (Yes, we can have nice things)”

这句话的深层含义在于,Rust 拒绝接受在软件开发中长期存在的、看似不可避免的“魔鬼交易”:

  • 性能 vs. 安全: 传统观念认为,要获得 C/C++ 般的极致性能和底层控制力,就必须放弃内存安全,开发者需要像走钢丝一样,为每一个内存操作的正确性负全责。
  • 抽象 vs. 效率: 高级语言如 Java 或 Go 提供了垃圾回收和丰富的抽象,带来了更高的生产力,但在性能敏感的“基础软件”领域,开发者又必须小心翼翼地规避其抽象带来的性能开销,比如 GC 停顿(STW)。

Rust 的技术北极星,就是要在这一点上实现突破。它通过借鉴 C++ 的“零成本抽象”理念,并独创性地引入所有权、借用和生命周期等概念构成的类型系统,实现了编译期的内存安全保证。这使得开发者能够像使用 OCaml 等高级语言一样,编写富有表现力、高度抽象的代码,同时又能获得媲美 C/C++ 的运行性能。这一定位,精准地命中了“基础软件”开发的核心痛点,也成为了 Rust 在过去十年中攻城略地的最强武器。

文化北极星:社区的力量与谦逊的协作

如果说技术北极星定义了 Rust 的“硬实力”,那么文化北极星则塑造了其无与伦比的“软实力”。Niko 强调,Graydon 从项目伊始就认识到构建正确文化的重要性。这份远见卓识,集中体现在由他亲自撰写的《行为准则 (Code of Conduct)》中。

“提供一个友好、安全和欢迎的环境,无论经验水平、性别认同和表达、残疾、国籍或其他类似特征如何……友善和礼貌应被优先考虑……并认识到‘很少有唯一的正确答案’,‘人们有不同意见’,‘每个设计或实现选择都带有权衡’。”

这些条款不仅仅是空洞的口号,它们已经内化为 Rust 社区的行事准则。Niko 坦言,如果没有这种真正开放、尊重的协作氛围,Rust 绝不会是今天的样子。无数伟大的想法——从 Brian Anderson 创造的、沿用至今的 #[test] 语言基础设施,到 Sophia Turner 和 Esteban Kuber 对编译器错误信息的革命性改进——都源于社区成员的自发贡献。

Niko 分享了一个极具代表性的故事,来诠释这种“集体所有”的文化。2024 年,当计算机科学顶级学术组织 ACM 将其 SIGPLAN 软件奖授予 Rust 时,一个难题出现了:获奖名单上应该写谁的名字?核心贡献者们无法达成一致,提出的名单从数千人到“空无一人”。最终,这份荣誉归于一个由领导力委员会决定的名单,并以 “所有过去与现在的 Rust 贡献者” 结尾。

这个故事完美地诠释了 Rust 的成功之道:它是一场由全球成千上万开发者共同参与的、去中心化的伟大协作。这种文化,是 Rust 能够持续进化、不断吸纳新思想的根本保障。

2025 使命 —— 聚焦基础软件,深化语言哲学

在“两大北极星”的持续指引下,Niko Matsakis 在其“Rust in 2025”系列中,为 Rust 的下一个发展阶段确立了更加聚焦的核心使命:显著降低编写和维护“基础软件 (Foundational Software)”的门槛。

所谓基础软件,即“构成其他一切软件基石的部分”。Rust 如今已在这一领域遍地开花:

  • 云原生基础设施: AWS 的几乎所有服务背后都有 Rust 的身影,其 Firecracker 微型虚拟机更是完全由 Rust 构建。
  • 开发者工具链: 从命令行工具到大型构建系统,Rust 正在重塑开发者的工作流。
  • 终端应用与嵌入式: 亚马逊 PrimeVideo 在 Web 端使用 Rust 编译的 WebAssembly 播放视频;在嵌入式领域,Rust 的应用也已“上天入海”。
  • 操作系统内核: Windows 和 Linux 两大主流操作系统内核,都已开始集成 Rust 代码。

为了让 Rust 在这条道路上走得更远,Niko 提出了几个关键的指导原则,它们可以被看作是 Rust 核心设计哲学的深化与具体化。

原则一:人体工程学飞轮 —— 用“拉伸目标”驱动普适性改进

一个有趣的观点是,Niko 认为尽管 GUI(如 Dioxus, Tauri)或 Web 前端(如 Leptos)可能永远不会是 Rust 的“最佳应用场景”,但这些高层应用的探索对 Rust 而言至关重要。

他将此称为“拉伸目标 (Stretch Goals)”。这些项目试图将 Rust 推向其舒适区之外,必然会对其人体工程学 (ergonomics) 提出更高的要求。为了在这些领域与 JavaScript/TypeScript 等语言竞争,Rust 必须变得更简洁、更方便。而这些为了满足高层应用而进行的改进——无论是更强大的宏系统、更灵活的类型系统,还是更智能的编译器——最终会“涓滴”下来,惠及所有 Rust 开发者,包括那些专注于编写内核模块或网络服务的底层系统工程师。这是一个正向的“人体工程学飞轮”。

原则二:全栈覆盖 —— 单一技术栈的生产力红利

Niko 观察到一个趋势:许多团队最初只打算在某个对延迟敏感的特定服务(如 Discord 的数据平面)中使用 Rust,但最终却将其扩展到整个技术栈。原因在于,一旦团队跨过了最初的学习曲线,Rust 的生产力相当可观。使用单一语言可以共享库、工具和知识,从而极大地降低了维护成本和认知负荷。正如 Niko 所说:“简单的代码,无论用何种语言编写,都是简单的。” 确保 Rust 在高层应用中也“足够好用”,是在为用户提供构建全栈应用的能力,这本身就是一个巨大的价值主张。

原则三:“平滑的迭代式深化 (Smooth, iterative deepening)”

这是 Niko 提出的一个核心设计哲学,也是对 Rust 学习曲线问题的直接回应。他理想中的用户体验应该是:

  1. 上手简单: 用户可以快速启动并运行一个简单的项目。
  2. 渐进深入: 当项目变得复杂,用户需要更多控制权时,他们应该能够以一种局部化的方式进行优化或重构,而无需一次性学习大量复杂的背景知识。

这个过程应该是“平滑”的,像走在一个缓坡上,而不是面对一面“悬崖”。许多技术要么上手极难,要么从“简单模式”切换到“专家模式”时需要彻底重写或学习一套全新的概念。Rust 并非总是能完美做到这一点,但这是其持续努力的方向。

技术蓝图 —— 以“可扩展编译器”实现“丝滑互操作”

如果说“赋能基础软件”是战略目标,那么 Niko 提出的技术蓝图就是实现这一目标的具体战术。其核心可以概括为一句话:通过构建一个“可扩展的编译器”,实现“丝滑流畅的语言互操作 (silky smooth language interop)”。

核心问题:基础软件生于一个多语言世界

Niko 清醒地认识到,基础软件的世界是异构的。C 语言长期以来是计算世界的“通用语 (lingua franca)”,而 C++ 则构建了庞大的软件帝国。Rust 若想在这些领域取得成功,就不能成为一个孤岛,而必须成为一个优秀的“连接者”。

注:在成为一个优秀“连接者”的道路上,Go恰恰是做的不够好的那一个!

他将语言互操作的需求分为两大场景:

  • 场景一:最小公分母 (Least Common Denominator, LCD)

    • 目标: “一次编写,多处使用”。比如,用 Rust 编写一个核心业务逻辑库,然后将其打包成 SDK,供 Android (Kotlin)、iOS (Swift)、Web (WASM) 和桌面端调用。
    • 特点: 调用方向主要是单向的(从其他语言到 Rust),暴露的 API 相对简单,易于在不同语言中惯用地表达。
    • 愿景:“语言互操作领域的 serde”。 Niko 提出了一个极具启发性的构想。正如 serde 库定义了一套通用的序列化/反序列化 Trait (Serialize, Deserialize),而具体的数据格式(JSON, YAML 等)则由社区以独立的 crate 实现一样。他也期望能有一个核心的互操作框架,定义通用的 API 规范,然后由社区为不同的目标语言(Python, Java, Swift 等)开发具体的“后端”实现。
  • 场景二:深度互操作 (Deep Interop)

    • 目标: 与某一特定语言进行深度、双向的集成。
    • 特点: 通常发生在用 Rust 逐步替换大型 C++ 或 Java 应用的模块时,或者在像 Linux 内核这样的 C 项目中嵌入 Rust 代码。这需要处理复杂的类型、内存模型和调用约定。
    • 重点:C 和 C++ 是重中之重。 由于历史原因,这两个语言构成了现有基础软件的最大存量。Niko 对 cxx、crubit 等项目以及 Rust 基金会的“Rust-C++ 互操作性倡议”给予了高度评价。

核心解决方案:“可扩展编译器 (The Extensible Compiler)”

如何实现上述宏大的互操作目标?其他语言(如 Swift/Zig 对 C/C++)的做法是,将对特定语言的支持“烘焙 (bake it in)”进编译器。Niko 认为 Rust 应该走一条更具自身特色的道路——构建一个可扩展的编译器

这个构想的本质,是对现有的过程宏(procedural macros)机制进行一次彻底的“超级充电”。目前的过程宏非常强大,但其接口极其简单:“输入一堆 Token,输出一堆 Token”。它对编译器的内部状态一无所知。Niko 设想的未来过程宏(或者说编译器插件)将拥有前所未有的能力:

  1. 检查类型信息: 这是最大的突破。宏将能够查询编译器已经推断出的类型信息,从而做出更智能的代码生成决策。这将彻底改变 ORM、RPC 框架和 FFI 绑定的编写方式。
  2. 按需生成代码: 宏将能够在编译的更后期阶段(如单态化 monomorphization)被调用,根据具体的类型实例化请求来生成代码。这意味着可以避免编译大量永远不会被使用的模板代码,同时能与编译器的优化过程更紧密地集成。
  3. 影响诊断信息和 Lint: 宏将能向编译器提供信息,以生成更贴近用户原始代码的、高质量的错误和警告信息,而不是目前常常出现的、令人困惑的宏展开后代码的错误。
  4. 定制语言规则: 在更遥远的未来,甚至可能允许宏在一定程度上定制方法分发等语言核心行为,为领域特定语言(DSL)的嵌入提供无限可能。

这个“可扩展编译器”的愿景,其影响远不止于语言互操作。它将赋能社区,以 crate 的形式创造出今天难以想象的各种工具和库。Niko 以 F# 的类型提供者 (Type Providers) 为例,展示了这种能力可以如何彻底改变开发者与外部数据源(如数据库、Web API)的交互方式。

注:感叹一下!过程宏如今已经足够复杂了!按这个思路下去,未来将可能更复杂:(,心疼一下过程宏的开发者!不过,对于过程宏的最终用户,也许这能够提供更强大、更智能、更用户友好的功能。

结论 —— 稳定性与进化,无畏地创造未来

“没有停滞的稳定性 (Stability without stagnation)”是 Rust 最重要的价值观。在我看来,一种语言一旦停止进化,它就开始死亡。

Niko Matsakis 的这句话,为整个“Rust 2025”愿景提供了最终的注脚。这份蓝图,正是 Rust 践行“稳定性与进化”并存理念的生动体现。

它同样展现了一种成熟和自信的姿态。Niko 明确表示,我们不需要“Rust 福音派特别行动队 (Rust Evangelism Task Force)”。Rust 的目标不是说服全世界放弃其他语言,而是让 Rust 与其他语言更好地协同工作。当向现有项目添加 Rust 变得异常简单时,它的价值自然会吸引开发者。这是一种基于实力的吸引,而非基于宣传的推广。

在十周年的感言结尾,Niko 也分享了他的个人感悟。作为 Rust 的核心开发者,他们每天面对的是无尽的 Bug、不符合人体工程学的设计和永无休止的 RFC 讨论。有时,这会让人感到沮丧。但他发现,唯一的“解药”,就是走出去和真实的用户交流,去看看大家正在用 Rust 构建的那些令人惊叹的东西。

那一刻,他们会再次记起,这一切的最终目的,是赋能人们去构建和重构我们赖以生存的基础软件。或者,用 Felix Klock 的经典名言来说,就是去“无畏地创造 (hack without fear)”

Rust 的第一个十年,已经证明了其“北极星”的正确性。而“Rust 2025”愿景,则为第二个十年的航程,设定了清晰、务实且激动人心的航向。这场关于 Rust 未来的对话,不仅关乎一门编程语言,更关乎我们如何构建一个更可靠、更高效、更安全的数字世界。


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

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

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

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

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


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

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 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