本文永久链接 – https://tonybai.com/2025/06/15/rust-vs-go-2025

大家好，我是Tony Bai。

技术圈的话题里，从来不缺少编程语言之争，并且这类话题向来热度不减。最近，JetBrains 旗下的 RustRover 博客发表了一篇题为《Rust vs Go: Which one to choose in 2025》的文章，并引用了《State of Developer Ecosystem Report 2024》的一些数据，再次将 Go 和 Rust 这两位“当红炸子鸡”推上了对比的擂台。

文章指出，Rust 和 Go 都在现代计算领域开辟了重要的生态位，尤其在系统级操作和并发处理方面备受赞誉。报告数据也颇为亮眼：Rust 的用户基数已达到约 227 万，其中 70.9 万开发者将其作为主要语言；而 Go 的用户基础依然稳固。但一个颇具“引战”潜力的数据点是——“约 1/6 的 Go 用户正在考虑转向 Rust”。

这不禁让人深思：这是否预示着某种趋势？在即将到来的 2025 年，当面临新的项目或技术升级时，我们究竟应该选择 Go 还是 Rust？作为一名在 Go 领域深耕多年的老兵，我想结合 RustRover 的这篇文章，谈谈我的一些看法，希望能为正在做技术选型的你，提供一些来自 Go 视角的参考。

文章核心观点速览(与Go的对比)

首先，我们简要回顾一下RustRover这篇博客文章中对两种语言核心特性和适用场景的概括（以下观点主要转述自原文）：

Rust的画像：极致安全与性能的追求者

• 核心理念：无 GC 的内存安全（所有权、借用机制，编译时强制检查），无数据竞争的并发。
• 性能表现：非常接近 C++，零成本抽象，计算密集型任务通常更快，内存占用更低。
• 适用场景：系统编程 (OS、嵌入式)、IoT、WebAssembly、区块链、云基础设施、网络编程、CLI 工具等对性能和安全要求极致的领域。
• 学习曲线：陡峭。所有权、借用、生命周期、以及严格的编译器对新手构成较大挑战。
• 生态：年轻但发展迅速，Cargo 包管理器和 crates.io 体验优秀，社区充满热情。但在库的全面性上可能尚不及 Go。

Rust在内存安全和底层控制方面的确做到了极致，其编译期检查能消除许多运行时风险，这在特定高安全、高性能场景下是巨大优势。然而，这种极致是以显著牺牲开发效率和上手速度为代价的。

Go的画像：简洁高效与工程化生产力的典范

• 核心理念：简洁、高效、可读性强，易学易用。
• 并发模型：内置 Goroutines 和 Channels，轻松实现高并发。
• 性能表现：高效的 GC，优秀的网络性能，尤其适合构建高并发网络服务。
• 适用场景：云基础设施 (Docker, K8s)、Web 服务与 API、网络编程、DevOps 工具、CLI 工具。
• 学习曲线：平缓。简约的设计哲学和少量关键字，使得 Go 非常容易上手。
• 生态：拥有强大且全面的标准库，成熟的工具链，以及庞大且活跃的社区，尤其在云原生领域具有主导地位。

Go的核心竞争力在于其卓越的工程效率和在构建大规模分布式系统方面的成熟度。它的 GC 和并发模型虽然不如 Rust 那样在理论上“完美”，但在绝大多数实际应用中，提供了远超许多语言的生产力和性能平衡。

文章还从性能、易用性、并发、生态等多个维度对两者进行了对比，总体而言，强调了 Rust 在底层控制、内存安全和理论性能上的优势，以及 Go 在开发效率、并发易用性和生态成熟度上的长处。

解读“1/6 Go 用户考虑转向 Rust”：是焦虑还是理性探索？

这个数据点无疑是最引人注目的。我们该如何看待？

首先，不必过度焦虑。Go 语言的用户基数依然庞大且在持续增长。技术领域永远不乏对新工具、新范式的好奇与探索。一部分 Gopher 考虑 Rust，可能源于以下几点原因：

• 对特定场景的极致追求：在某些对内存安全、性能要求达到严苛级别，且愿意投入更高学习成本的项目中（例如操作系统内核、游戏引擎、某些嵌入式系统），Rust 的特性确实更具吸引力。
• 技术视野的拓展：优秀的开发者总是乐于学习新事物。了解 Rust 的所有权模型等独特设计，本身就能拓宽技术视野，甚至反过来促进对 Go 并发安全和资源管理的更深理解。
• 对 Go 某些方面的“不满”：尽管 Go 的 GC 经过了多年优化，但在极少数对延迟极度敏感或内存分配模式特殊的场景下，GC 带来的不可预测性仍可能成为痛点。此外，Go 的错误处理方式（if err != nil）虽然清晰，但其冗余性也常被诟病。Rust 的 Result 类型和 ? 操作符提供了一种不同的体验。

然而，“考虑转向”不等于“实际转向”，更不等于“大规模流失”。从“考虑”到在生产项目中大规模采用一种学习曲线陡峭、生态相对年轻的语言，中间还有很长的路要走。团队技能储备、项目时间压力、招聘难度、现有基础设施兼容性等都是现实的考量因素。

更重要的是，Go 语言自身也在不断进化。泛型的引入弥补了表达力上的一块短板；性能分析和调试工具日益完善；标准库持续增强；社区也在不断探索新的最佳实践。Go团队对生产力和生产就绪的承诺，使其能够持续满足绝大多数后端和云原生场景的需求。

我的Go视角：场景驱动，务实选择，拥抱互补

在我看来(可能也是很多Gopher的想法)，Go与Rust之争，很多时候并非“有你无我”的零和博弈，而更应回归到场景驱动的技术选型。

Go的核心阵地依然稳固

• 高并发网络服务：Go 的 Goroutine + Channel 模型在构建需要处理大量并发连接的后端服务（如 API网关、微服务、消息队列等）时，其简洁性、高效性和成熟度依然是无与伦比的。这是 Go 的“龙兴之地”，也是其最强大的生态位。
• 云原生基础设施：Docker、Kubernetes、Prometheus、Terraform、Etcd……这些构建了现代云计算基石的项目，无一不是用 Go 编写。Go 在这个领域的生态、工具链和人才储备，使其成为构建云原生应用和平台的首选。
• DevOps 与 CLI 工具：Go 编译速度快、交叉编译方便、部署简单（静态链接），使其成为编写各类运维工具、CLI 应用的理想选择。
• 追求工程效率和快速迭代的团队：Go 的简洁易学、快速编译和强大的标准库，使得团队能够快速上手、高效协作，快速将产品推向市场。

Rust 的独特优势区间

• 对内存安全和零开销抽象有极致要求的系统级编程：当你需要直接操作硬件、编写操作系统组件、或者开发对性能和资源控制要求极度严苛（且无法容忍 GC 暂停）的底层库时，Rust 的优势非常明显。
• WebAssembly (Wasm)：Rust 凭借其性能和对 Wasm 的良好支持，在构建高性能 Web 前端组件或浏览器插件方面展现出巨大潜力。
• 安全关键领域：在一些对安全漏洞容忍度极低的领域，Rust 编译期的严格检查能提供更强的保障。

Go 与 Rust 的互补与融合

早在2021年，时任谷歌Go编程语言的产品和战略负责人的史蒂夫·弗朗西亚（Steve Francia），也就是gohugo、viper等一簇明星Go开源项目的作者就曾提出过“Go与Rust强强联合”的观点。

与其将Go与Rust视为绝对的竞争对手，不如看到它们的互补性。在一个复杂的系统中，完全可能出现 Go 与 Rust 各司其职的场景：例如，用 Rust 编写对性能和内存安全要求最高的底层核心计算模块或驱动，然后用 Go 来构建上层的业务逻辑、API 接口和分布式调度系统。这种“强强联合”或许是未来的一种趋势。

给 Gopher 的建议：深耕当下，放眼未来

面对 Rust 的崛起和社区的讨论，作为 Gopher，我们应该：

1. 坚定对 Go 的信心： Go 在其核心优势领域（高并发、网络编程、云原生、工程效率）的地位依然稳固且在持续增强。Go 社区的活力和 Google 的持续投入，保证了 Go 的未来发展。
2. 深耕 Go 的核心能力： 充分理解和掌握 Go 的并发模型、内存管理、标准库和工具链，才能在实际项目中发挥其最大价值。不要因为外界的喧嚣而动摇对基础的夯实。
3. 保持开放心态，按需学习： 了解 Rust 等其他优秀语言的设计思想和适用场景，是有益的。如果你的工作场景确实需要 Rust 的特性，或者你对系统底层有浓厚兴趣，学习 Rust 会是一个很好的补充。但不必为了“时髦”而盲目追逐。
4. 关注 Go 的演进： Go 也在不断吸取社区反馈并进行改进。例如，对性能的持续优化（如 Go 1.24中map的Swiss Table实现、Go 1.25中新增的“绿茶”新GC）、对泛型的支持、对工具链的打磨等，都在让 Go 变得更好。
5. 技术选型，务实为本： 最终选择哪种语言，永远要服务于项目目标、团队能力和业务需求。没有“最好”的语言，只有“最合适”的语言。TypeScript编译器原生化选择Go就是一个很好的例子。

小结：2025，Go 与 Rust 各自精彩

RustRover 的文章及其引用的报告，为我们提供了一个观察当前编程语言生态动态的窗口。Rust 的确是一门优秀且充满潜力的语言，它在特定领域展现出的强大实力值得肯定。

然而，对于绝大多数追求高并发处理能力、高开发效率、快速迭代、以及需要在庞大而成熟的云原生生态中构建应用的场景而言，Go 语言在 2025 年乃至更远的未来，依然会是极其明智和强大的选择。

“1/6 的 Go 用户考虑转向 Rust”，这或许正说明了 Go 社区的开发者们视野开阔，乐于学习。但更重要的是，在探索新可能的同时，我们更要清醒地认识到自己手中工具的价值和核心竞争力。

Go 与 Rust，未来更可能是并驾齐驱，在各自擅长的领域大放异彩，甚至在某些场景下携手共进。作为技术人，理解它们的区别与联系，做出最适合自己的选择，才是最重要的。

你对 Go 和 Rust 的未来怎么看？欢迎在评论区分享你的观点！

精进有道，更上层楼

极客时间《Go语言进阶课》上架刚好一个月，受到了各位读者的热烈欢迎和反馈。在这>里感谢大家的支持。目前我们已经完成了课程模块一『语法强化篇』的 13 讲，为你系统突破 Go 语言的语法认知瓶颈，打下坚实基础。

现在，我们即将进入模块二『设计先行篇』，这不仅包括 API 设计，更涵盖了项目布局、包设计、并发设计、接口设计、错误处理设计等构建高质>量 Go 代码的关键要素。

这门进阶课程，是我多年 Go 实战经验和深度思考的结晶，旨在帮助你突破瓶颈，从“会用 Go”迈向“精通 Go”，真正驾驭 Go 语言，编写出更优雅、
更高效、更可靠的生产级代码！

扫描下方二维码，立即开启你的 Go 语言进阶之旅！

感谢阅读！

如果这篇文章让你对 Go 和 Rust有了新的认识，请帮忙转发，让更多朋友一起学习和进步！

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

本文永久链接 – https://tonybai.com/2025/06/14/go-1-25-foresight

大家好，我是Tony Bai。

每年，Go 语言都会以其严谨而高效的节奏，带来两次版本更新。每一次迭代，Go 团队都在底层、工具链和标准库上持续深耕，为我们开发者提供更稳健、更高效、更安全的开发体验。虽然 Go 1.25 的正式版预计在 2025 年 8 月发布，但随着近期Go 1.25RC1版本的推出，我们基于其非最终版的 Release Notes，已经能一窥其核心亮点了。并且，和之前的版本一样，Go 1.25 带来的许多改进，都如同“无形之手”，你可能无需修改一行代码，甚至无需刻意感知，只需简单升级，便能享受到性能的飞跃、诊断能力的提升以及潜藏错误的暴露。这正是 Go 团队践行其核心原则的极致体现。

今天，就让我们一起“未雨绸缪”，聚焦 Go 1.25 中的核心特性，看看它将如何让 Go 语言变得更加强大。

语言层面：兼容至上，细微进化

Go语言对向后兼容性的承诺，是其最受开发者赞誉的特性之一。Go 1.25 再次延续了这一传统：它没有引入任何影响现有 Go 程序的语言语法变更！ 这意味着你可以放心地升级到 Go 1.25，而无需担忧已有的代码库会因此“崩溃”。

尽管如此，语言规范层面仍有细微的整理和优化，例如移除了“core type”的概念，代之以更详细的描述。这些更多是内部设计文档的完善，对日常 Go 程序的编写并无直接影响，但体现了 Go 语言设计本身的严谨性和持续迭代。兼容性，依然是 Go 坚不可摧的基石。

更详细地说明可以参考我之前的文章《Go 1.25规范大扫除：移除“Core Types”，为更灵活的泛型铺路》。

运行时与编译器：性能与可靠性的“幕后推手”

这一部分是 Go 1.25 带来诸多“无形”强大之处的集中体现，它们直接影响着 Go 程序的运行效率和稳定性。

容器感知型 GOMAXPROCS：更懂容器的 CPU 脾气

在容器化部署日益普及的今天，Go 程序在 Kubernetes 等环境中运行，常常会遇到一个问题：GOMAXPROCS（控制 Go 运行时使用的最大 CPU 核心数）默认值是宿主机逻辑 CPU 数，而非容器实际被分配的 CPU 限制。这可能导致 CPU 资源浪费，或程序试图抢占过多资源，进而引发调度问题。

Go 1.25 带来了重大改进：在 Linux 系统上，Go 运行时现在会默认考虑 cgroup 的 CPU 限制（即容器的 CPU limit） 来设置 GOMAXPROCS 的默认值。如果 CPU limit 低于宿主机核心数，GOMAXPROCS 将自动降到这个更低的限制。此外，Go 运行时还会定期更新 GOMAXPROCS，以适应 cgroup 限制的动态变化。这一改进，直接解决了 Go 应用在容器环境中可能存在的资源配置不当问题，使得 Go 程序在 K8s 等云原生环境中运行时更加高效和“智能”，真正做到“物尽其用”。

更详细地说明可以参考我之前的文章《Go 1.25新提案：GOMAXPROCS默认值将迎Cgroup感知能力，终结容器性能噩梦？》。

新的实验性垃圾收集器：GC开销有望显著降低

Go 1.25 引入了一个新的实验性垃圾收集器，可以通过设置 GOEXPERIMENT=greenteagc 在构建时启用。这个新 GC 的设计旨在改进小对象的标记和扫描性能，并提升 CPU 可扩展性。

根据官方的基准测试，在实际应用中，垃圾回收的开销有望减少 10% 到 40%！如果这一实验性优化最终成熟并默认启用，将显著降低 Go 程序的 GC 停顿和整体资源消耗，对于所有 Go 应用（尤其是内存密集型应用）来说，这无疑是巨大的性能红利。

更详细地说明可以参考我之前的文章《Go新垃圾回收器登场：Green Tea GC如何通过内存感知显著降低CPU开销？》。

更精准的 Nil Pointer Panic：让隐藏的 Bug 无所遁形

这是一个虽然可能“打破”一些旧代码，但从长远来看极为重要的改进。Go 1.21 到 1.24 版本之间曾存在一个编译器 bug，导致某些在 os.Open 返回 nil 错误时，仍能“幸运地”继续运行并访问 nil 指针，而没有立即 panic。

// Go 1.21-1.24 曾因编译器bug可能不panic的示例
package main
import "os"
func main() {
    f, err := os.Open("nonExistentFile") // err != nil, f 是 nil
    name := f.Name() // 这里访问了 nil.Name()，但可能不panic
    if err != nil {
        return
    }
    println(name)
}

在 Go 1.25 中，这个编译器 bug 已经被修复，确保 nil 指针检查会及时且准确地执行。这意味着，上述示例中的代码在 Go 1.25 中将明确引发 nil 指针 panic。

这一变化提高了 Go 程序的运行时可靠性，让那些原本被编译器“侥幸放过”的隐藏 Bug 得以暴露。如果你的代码中存在类似问题，升级后可能需要进行修正，将非 nil 错误检查提前到使用变量之前。

DWARF版本5 支持：更小更快，调试无忧

Go 1.25 的编译器和链接器现在默认生成 DWARFv5 调试信息。这种更新的调试信息格式，可以有效减少 Go 二进制文件中调试信息所需的空间，并缩短程序的链接时间，对于构建大型 Go 应用程序尤其有利，有助于提升开发效率和 CI/CD 流程的速度。

更详细地说明可以参考我之前的文章《Go 1.25链接器提速、执行文件瘦身：DWARF 5调试信息格式升级终落地》。

工具链：武装开发者，提升效率

Go 语言强大的工具链是其生产力的重要保障。Go 1.25 在此基础上进一步发力，带来多项实用改进。

• go build -asan 默认内存泄漏检测：Cgo 混合编程更安全

对于涉及到 Go 与 C/C++ 代码混合编程的场景，内存泄漏诊断一直是个挑战。Go 1.25 中，go build -asan 选项现在默认在程序退出时进行内存泄漏检测，能够报告 C 语言分配但未释放的内存。这大大增强了 Go 混合编程时的内存安全性，有助于发现原生代码中的隐蔽内存问题。

• go.mod ignore directive：灵活管理超大型仓库

go.mod 文件新增了 ignore directive，允许你指定 Go 命令在匹配包模式（如 all 或 ./…）时应忽略的目录。这些目录下的文件不会被 Go 命令扫描和处理。这对于管理包含大量非 Go 代码、文档、或子模块的超大型代码仓库（Monorepo）非常有用，可以减少构建和扫描时间，提高 Go Modules 的灵活性。

更详细地说明可以参考我之前的文章《Go工具链进化：go.mod新增ignore指令，破解混合项目构建难题》。

• go doc -http：本地文档，即开即用

一个看似小巧但能极大提升开发体验的改进。新的 go doc -http 选项，可以启动一个本地文档服务器，显示指定 Go 对象的文档，并自动在浏览器中打开。从此，查阅 Go 文档变得更加便捷、直观。

更详细地说明可以参考我之前的文章《重拾精髓：go doc -http让离线包文档浏览更便捷》。

• Vet 工具新分析器：提前发现常见 Bug

go vet 工具新增了两个实用的分析器。一个是waitgroup，能报告 sync.WaitGroup.Add 的不正确调用位置（例如在 go 协程内部调用）。另外一个是hostport，能检测并建议修正 fmt.Sprintf(“%s:%d”, host, port) 这种不兼容 IPv6 的地址构造方式，推荐使用 net.JoinHostPort。

这些分析器能帮助开发者在编码阶段就避免常见的并发和网络编程陷阱，进一步提升代码质量和可靠性。

标准库：功能增强与实验性探索

标准库的不断演进是 Go 保持活力的重要源泉。Go 1.25 在此也带来了多项关键变化。

testing/synctest：并发测试的新利器

Go 1.25 引入了全新的 testing/synctest 包，为并发代码的测试提供了原生支持。它允许你在一个隔离的“气泡”（bubble）中运行测试函数，并且能够控制测试环境中时间（使用伪造时钟）和协程的阻塞/恢复。这极大地方便了并发代码的调试和测试，尤其是那些依赖时间或 Goroutine 调度顺序的复杂场景，提高了测试的可靠性和可控性。

关于该特性，我曾编写过一个“征服Go并发测试”的微专栏，欢迎大家扫描订阅，了解关于synctest的设计、实现以及实践方式。

encoding/json/v2 实验性版本：高性能 JSON 编解码展望

Go 1.25 引入了一个新的、实验性的 encoding/json/v2 包，可以通过设置 GOEXPERIMENT=jsonv2 环境变量在构建时启用。这是对 Go 核心 encoding/json 包的一次重大修订，旨在提升性能和提供更灵活的配置选项。根据初步测试，新实现在解码性能上显著优于现有版本，并提供了更多配置 marshaler 和 unmarshaler 的选项。

这是一个令人兴奋的实验性功能，预示着 Go 的 JSON 编解码能力未来将更上一层楼。但作为实验性特性，Go 团队鼓励开发者积极测试自己的程序，并向社区提供反馈，帮助其持续演进。

关于jsonv2使用的更详细地介绍可以参考我之前的文章《手把手带你玩转GOEXPERIMENT=jsonv2：Go下一代JSON库初探》。

crypto/tls 持续增强：安全与隐私不放松

Go 在密码学领域的投入从未停止。Go 1.25 中的 crypto/tls 包获得了多项改进：

• 新增 Config.GetEncryptedClientHelloKeys 回调，支持 Encrypted Client Hello (ECH) 扩展，进一步提升 TLS 客户端的连接隐私。
• 默认禁用 TLS 1.2 握手中的 SHA-1 签名算法（但可以通过 tlssha1=1 的 GODEBUG 选项重新启用）。
• 在 FIPS 140-3 模式下，允许使用更现代的 Ed25519 和 X25519MLKEM768 密钥交换算法。

这些改进持续强化了 Go TLS 的安全性、隐私保护和合规性，为迎接未来的量子安全和更严格的安全标准做准备。

unique 包改进：内存优化再进一步

unique 包现在能更积极、高效地回收内部化值，有效减少在处理大量重复值时可能出现的内存膨胀问题。这对于 Go 编译器、LSP (Language Server Protocol) 等会大量使用 unique 包的场景，将带来显著的内存和性能优化。

sync.WaitGroup.Go：并发模式更便捷

sync.WaitGroup 新增了 Go 方法，为创建和计数 goroutine 提供了一个更便捷的封装，进一步简化了 Go 中常见的并发模式的写法。在之前的文章《WaitGroup.Go要来了？Go官方提案或让你告别Add和Done样板代码》有对这一特性来龙去脉的纤细说明。

小结

Go 1.25 的预发布版本，清晰地展现了 Go 语言在性能、可靠性、安全性和开发者体验上的全面提升。这些变化，无论是底层运行时的“无形”优化，还是工具链的智能辅助，都紧密围绕着 Go“生产力”和“生产就绪”的核心原则。

作为 Go 开发者，我们能从中获得的益处是巨大的：你不需要成为系统底层的专家，便能享受到 Go 团队带来的最新技术红利。这种“升级即获益”的模式，正是 Go 语言独特魅力的体现。

Go 语言的旅程永不停歇，它在不断地进化和完善。我鼓励所有 Go 开发者，积极尝试 Go 1.25 RC1 版本，将其应用到你的开发、测试环境中，并向 Go 团队提供宝贵的反馈。你的参与，将是对Go 团队最大的帮助。

精进有道，更上层楼

极客时间《Go语言进阶课》上架刚好一个月，受到了各位读者的热烈欢迎和反馈。在这里感谢大家的支持。目前我们已经完成了课程模块一『语法强化篇』的 13 讲，为你系统突破 Go 语言的语法认知瓶颈，打下坚实基础。

现在，我们即将进入模块二『设计先行篇』，这不仅包括 API 设计，更涵盖了项目布局、包设计、并发设计、接口设计、错误处理设计等构建高质量 Go 代码的关键要素。

这门进阶课程，是我多年 Go 实战经验和深度思考的结晶，旨在帮助你突破瓶颈，从“会用 Go”迈向“精通 Go”，真正驾驭 Go 语言，编写出更优雅、更高效、更可靠的生产级代码！

扫描下方二维码，立即开启你的 Go 语言进阶之旅！

感谢阅读！

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