Rust 项目中国贡献者个人 2025 年度总结

许杰友 (Jieyou Xu)

他总结在 2025 年对 Rust 项目的贡献，包括提交了 261 个 PR 并审阅了约 680 个 PR。

其工作重点在于“赋能其他贡献者”，涵盖了测试基础设施（如将 Makefile 替换为 Rust 程序）、构建系统（bootstrap）维护及 CI 问题处理。

他还参与了 bootstrap 阶段 0 的重新设计工作，并负责了大量的日常维护与回归测试优先级排序。

尽管由于全职工作导致精力受限，杰友仍倾向于将开源作为爱好，并享受与全球维护者的互动。

阅读：https://jieyouxu.github.io/blog/rust-contribs-2025/

Xutao Song (DianQK)

由于家庭原因（有了宝宝），作者在 2025 年的投入时间有所减少，但仍保持了高质量的贡献：

• Rust: 合并了 28 个 PR，审阅了 24 个 PR。
• LLVM: 合并了 13 个 PR。
• 作者于 2024 年加入了 Rust 编译团队。

核心技术贡献：

• LLVM 性能修复：修复了一个由作者此前为了限制编译时间而引入的性能回归问题，该问题曾影响了 Python 3.14 和 Ajla。作者参考了 GCC 的解决方案完成了修复。
• Rust - Clone 到 Copy 的转换：在 GVN（全局数值编号）优化中实现将 Clone 转换为 Copy。过程中发现并处理了引用存活期相关的误编译风险。
• Rust - MIR 调试信息：实现了在 MIR 基本块（Basic Blocks）中处理调试信息（Debuginfo），并完善了相关的文档和跟踪工作。

反思与挑战：

• P-critical 事故：作者坦诚在 2025 年导致了 4 个 P-critical（高优先级）问题，多为 MIR 优化带来的误编译。为此，作者开始调研验证工具（如 Miri, Alive2），希望通过形式化验证减少此类问题。
• 后端知识的重要性：作者意识到随着问题的深入，LLVM 后端知识变得不可或缺，正在深入学习 LLVM 代码生成。

个人成长：

• 审阅工作：虽然审阅 PR 很累，但作者将其视为重要的学习方式。
• 语言学习：为了提升效率，作者停止使用 LLM 进行中英翻译，改为直接使用英文写作；同时出于兴趣开始学习日语。

阅读：https://dianqk.blog/2025-llvm-rust/

Rust 社区资深开源维护者 Dirkjan Ochtman 的 2025 总结

这是 Dirkjan Ochtman 在 2025 年作为全职 Rust 开源维护者的工作与成就。自离开初创公司投身开源维护 15 个月以来，他在 Rust 生态的安全性、基础网络和社区维护方面发挥了重要作用。

核心项目贡献：

• rustup: 持续简化代码库（15个月内移除的代码多于新增代码），提升了 UX 体验，并增强了以 reqwest + rustls 为后端的稳定性。
• RustSec & crates.io:
  • 正式成为 RustSec 维护者，审阅了 125 条安全咨询（Advisories）。
  • 受 Rust Foundation 委托，负责在 crates.io 上开发“安全选项卡（Security tab）”，并为此撰写了 RFC 及初步实现代码。
• rustls (TLS 实现):
  • 改进了错误处理，并添加了对后量子加密算法（ML-DSA）的实验性支持。
  • 推进 0.24 版本开发，重点是 API 稳定化和将加密提供程序移出主 Crate。
• Hickory DNS:
  • 发布了 0.25 版本，正在开发 0.26 版本以增强 DNSSEC 合规性。
  • 目标是让 Let's Encrypt 采用 Hickory DNS 的递归解析器。

生态“接盘”与维护：作者积极收养了一些被原作者遗弃但仍被广泛使用的“孤儿”库，确保它们的依赖更新和 PR 审阅，包括：

• humantime、hashlink、console、hostname、resolv-conf、dialoguer（这些库累计月下载量达数千万）。
• 退出维护：作者计划退出 chrono 和 chrono-tz 的维护，认为其 API 设计已过时，并推荐用户转向使用新库 jiff。

新项目与其它库：

• upki: 由 Canonical 资助的新项目，旨在改进 Linux 系统上的证书验证基础设施（不仅仅针对 Rust 工具）。
• Quinn (QUIC): 实现已趋于成熟，Firefox 甚至采用了其子组件 quinn-udp。
• instant-acme: 已成为 crates.io 上最流行的 ACME 库。

年度数据与反思：

• 产出惊人: 全年提交了 850 个 PR，审阅了 1600 个 PR，涉及超过 100 个代码仓库。
• 商业模式: 他的工作由 ISRG (Prossimo)、Rust Foundation、Canonical 等机构资助，同时也依赖 GitHub Sponsors 等个人捐赠。
• 心态: 作者表示作为职业维护者的体验非常好，2026 年将继续致力于让 Rust 生态更安全、更高效。

这是一位资深开发者转型为“职业开源维护者”的年度成绩单，展示了如何通过多方资助来维持互联网关键基础软件（如 TLS、DNS、包管理安全）的可持续性。

阅读：https://dirkjan.ochtman.nl/writing/2026/01/09/reviewing-2025.html

gccrs 12 月总结

gccrs 是 GNU 编译器集合（GCC）的一个全功能的 Rust 语言前端实现，是让 Rust 成为 GCC “头等公民”的长期努力。

2025 年 12 月是该项目的一个重要转折点，完成了 core 库早期名称解析这一长期挑战。2026 年，gccrs 将进入“马拉松”冲刺阶段，旨在通过支持 Linux 内核编译来证明其作为 GCC 官方 Rust 前端的实用价值。

技术进展与里程碑：

• core 库编译突破 ：
  • 早期名称解析（Early Name Resolution）与宏展开：针对 core 库的这部分工作已全部完成 (100%)。这意味着编译器现在可以处理 core 中复杂的导入、导出以及大量用于实现原语（primitives）的宏。
  • 后期名称解析（Late Name Resolution）：目前已完成约 15%。团队在 12 月修复了 4 个影响 core 和复杂 crate 的重大 Bug。
• GCC 16.1 发布计划 ：目标是让 gccrs 在 GCC 16.1 版本中能够成功编译 core 库，从而支持嵌入式环境下的 #![no_std] Rust 代码。
• Lint 改进 ：两名实习生（Lenny Chiadmi Delage 和 Lucas Ly Ba）大幅改进了编译器中关于正确性和安全性的多项 Lint 检查。

数据统计：

• 测试用例：通过的测试用例增加到 10,470 个（新增 26 个）。
• 任务状态：已完成任务数达到 1194 个，仍有 409 个待办事项。

2026 年重大目标：支持 Linux 内核

• 核心使命：项目团队设定的 2026 年目标是让 gccrs 能够编译 Linux 内核中的 Rust 部分。
• 时间表：希望在 2026 年 9 月（RustConf 和 EuroRust 大会前）实现这一里程碑。
• 预期状态：即便实现了编译内核，gccrs 仍将处于实验性阶段。团队幽默地表示，2026 年的目标是能做到“错误编译（mis-compile）”内核，即先打通编译流程，再逐步修复生成的二进制文件可能存在的运行错误。

阅读：https://rust-gcc.github.io/2026/01/08/2025-12-monthly-report.html

red：GNU sed 的 Rust 替代

兼容性：旨在作为 GNU sed 的“无缝替换”（Drop-in replacement），意味着它尝试支持标准的 sed 语法和命令行参数。

性能与安全性：利用 Rust 语言的特性，提供内存安全保证，并力求在处理大规模文本流时表现出高性能。

实验性质：目前该项目仍处于实验阶段（Experimental），主要用于探索使用现代系统级语言重构经典 Unix 工具的可能性。

仓库：https://github.com/vyavdoshenko/red

--

From 日报小组 苦瓜小仔

社区学习交流平台订阅：

• Rustcc论坛: 支持rss
• 微信公众号：Rust语言中文社区