“我从未想过学完 Rust 后会转向 Go”—— 这门“无聊”的语言究竟有什么魅力？

十二月 7, 2025

本文永久链接 – https://tonybai.com/2025/12/07/switching-from-rust-to-go-appeal-of-the-language

大家好，我是Tony Bai。

“我从未想过在学习 Rust 之后，我还会转而学习 Go。”

近日，开发者 Abhishek Singh 的一条推文，以其独特的、充满“诗意”的笔触，在开发者社区引发了广泛的共鸣和讨论。这句自白之所以令人惊讶，是因为它描绘了一条在很多人看来“不可思议”的技术迁徙路径：从 Rust——一门以其严谨、强大、表达力丰富著称的现代语言，转向 Go——一门在许多人眼中“简单”、“啰嗦”甚至“无聊”的语言。

这篇充满矛盾感的推文，让我们不得不直面那个核心问题：当剥离了那些华丽的语言特性后，Go 这门看似“无聊”的语言，究竟隐藏着何种独特的魅力，足以让一位经历过 Rust 洗礼的开发者最终与之“和解”，甚至“像写诗一样”乐在其中？

本文，就让我们跟随这位开发者的心路历程，层层深入，一同探寻这个问题的答案。

“无聊”的表象，是可预测性的极致

Singh 在推文中这样描述 Go 的特质：“简单却不简陋，无聊却又令人兴奋”。让我们先来看“无聊”这一面。

对于习惯了 Rust 强大的 enum、模式匹配和 Trait 系统的开发者来说，Go 的世界确实显得有些“朴素”甚至“原始”。日常的编码，充斥着对 struct 的简单定义和一遍又一遍的 if err != nil。Go 缺乏许多现代语言中“炫技”的语法糖，这正是其“无聊感”的来源。

然而，这种“无聊”恰恰是 Go 最重要的魅力之一：极致的可预测性。

没有隐式控制流：在 Go 中，代码的执行路径是完全可见的。没有 try-catch 带来的“超级 goto”，没有复杂的继承链和方法重载，也没有操作符重载带来的“魔法”。你看到的，就是即将发生的。
错误处理的确定性：if err != nil 虽然繁琐，但它强制开发者在每一个可能出错的地方，都必须做出明确的处理。这使得错误处理路径成为代码中清晰、可见的一部分，而不是一个随时可能从天而降的“异常”。

让我们看一个简单的文件读取例子。在某些语言中，它可能看起来很简洁：

# Python 示例
try:
    content = read_file("some_file.txt")
    process(content)
except FileNotFoundError:
    handle_not_found()
except PermissionError:
    handle_permission_denied()

而在Go中，则是我们熟悉的“啰嗦”模式：

// Go 示例
content, err := readFile("some_file.txt")
if err != nil {
    if os.IsNotExist(err) {
        handleNotFound()
    } else if os.IsPermission(err) {
        handlePermissionDenied()
    } else {
        // Handle other errors
    }
    return
}
process(content)

Python的 try-catch 看起来更“优雅”，但控制流发生了隐式的跳转。而Go的方式，虽然代码行数更多，但错误的处理逻辑是线性的、局部的、无法被忽略的。对于构建大型、可维护的系统而言，这种看似“无聊”的显式和直白，是一种极其宝贵的资产。它降低了代码的认知负荷，让任何一位团队成员都能快速理解并信任一段代码的行为。这是一种褪去华丽外表后，回归工程本质的、成熟的美。