Golang - Tony Bai

本文永久链接 – https://tonybai.com/2026/01/09/the-most-popular-go-dependency-is

大家好，我是Tony Bai。

在 Go 的世界里，我们每天都在引入各种 import。但你是否想过，整个 Go 生态系统中，究竟哪个包是被依赖次数最多的“基石”？

通常，我们会参考 GitHub Stars 或 Awesome 列表，但这往往带有主观偏差。为了寻找最客观的答案，开发者 Thibaut Rousseau 做了一件疯狂的事：他下载了 Go Proxy 自 2019 年以来的所有模块元数据，构建了一个包含 4000 万个节点、4 亿条关系的巨大图谱。

结果令人大开眼界。

img{512x368}

从“愚公移山”到“巧用代理”

Thibaut 最初的想法很直接：从一个种子项目列表开始，递归地克隆仓库、解析 go.mod。但他很快发现这条路行不通——克隆速度太慢，且严重依赖 GitHub。

于是，他将目光转向了 Go Modules 生态系统的核心枢纽 —— Go Proxy。

index.golang.org：提供了自 2019 年以来所有发布模块的时间流。
proxy.golang.org：提供了每个模块版本的 go.mod 文件。

通过这两个公开 API，他成功地将整个 Go 生态的元数据“搬”到了本地，构建了一个全量的、不可变的本地缓存。

Neo4j：点亮数据之网

面对海量的依赖关系，传统的关系型数据库显得力不从心。Thibaut 选择了图数据库 Neo4j。

节点 (Node)：代表一个具体的 Go 模块版本（例如 github.com/gin-gonic/gin@v1.9.0）。
关系 (Relationship)：代表 DEPENDS_ON（依赖于）。

通过简单的 Cypher 查询语句，复杂的依赖链变得清晰可见。例如，查询一个模块的所有传递性依赖（Transitive Dependencies），在 SQL 中可能需要复杂的递归 CTE，而在 Neo4j 中只需一个简单的 *1.. 语法即可搞定。

数据揭秘：Go 生态的真实面貌

经过数天的处理和导入，这个庞大的图谱终于呈现在眼前。让我们看看数据告诉了我们什么：

1. 绝对的王者：testify

在“被直接依赖次数”的榜单上，github.com/stretchr/testify 以 259,237 次的惊人数量遥遥领先，是第二名的两倍还多。这再次印证了测试在 Go 社区中的核心地位。

紧随其后的是：

github.com/google/uuid (10w+)
golang.org/x/crypto (10w+)
google.golang.org/grpc (9.7w+)
github.com/spf13/cobra (9.3w+)
… …

2. “已归档”库的生命力：pkg/errors

最令人玩味的数据来自 github.com/pkg/errors。尽管这个库多年前就已宣布“归档”（Archived）并停止维护，且 Go 1.13 已内置了类似的错误包装功能，但数据却显示了截然相反的趋势：

它的使用量不降反升！
2019 年仅有 3 个依赖它的模块，而到了 2025 年，这个数字飙升到了 16,001。

这揭示了软件生态中一个残酷的现实：旧习惯难改，且“足够好”的库拥有极其顽强的生命力。 哪怕官方已经提供了替代方案，开发者们依然倾向于使用他们熟悉的工具。

小结

Thibaut 的这个项目不仅仅是一次有趣的数据分析，它为我们观察 Go 生态提供了一个全新的上帝视角。

平均依赖数：Go 模块平均拥有 10 个直接依赖。
数据开源：作者不仅开源了爬虫代码 github.com/Thiht/go-stats，还大方地通过 BitTorrent 分享了 11GB 的 Neo4j 数据库转储文件。

你可以下载这份数据，自己在本地运行 Neo4j，去挖掘更多有趣的洞见。比如，看看你最喜欢的某个小众库，究竟被谁在使用？或者，去探索一下 Go 生态中那些隐秘的“单点故障”？

在这个由 4000 万个节点构成的宇宙中，还有无数的秘密等待被发现。

资料链接：https://blog.thibaut-rousseau.com/blog/the-most-popular-go-dependency-is/

你的依赖清单

testify 的霸榜并不意外，但 pkg/errors 的顽强生命力确实让人深思。在你的 go.mod 中，是否也有那些“虽然已归档，但真的很好用”的库？或者，你有什么私藏的冷门好库推荐？

欢迎在评论区晒出你的“宝藏依赖”！ 让我们一起发现更多 Go 生态的秘密。

如果这篇文章让你对 Go 生态有了全新的认识，别忘了点个【赞】和【在看】，并转发给你的 Gopher 朋友！

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

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

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

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

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

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

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

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

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

本文永久链接 – https://tonybai.com/2026/01/07/go-language-comfort-zone-in-contempt-chain-pyramid

大家好，我是Tony Bai。

最近，一张“编程语言分级图”在技术社区引发大家热议。它没有参考 TIOBE 排名，也不看 GitHub Star 数，而是完全基于一种简单粗暴的价值观：谁最不折腾人？

在这张金字塔中，C 语言高居神坛（The one and only），而 Java、Python、C++ 被踩在最底层的“憎恶（Abomination）”泥潭里。甚至连备受推崇的 Rust，也被归入了“彻底失败（Total failure）”。

** Go 语言则稳稳地站在了 T1 梯队——“No nonsense（拒绝废话）”。**

这张图看似偏激，却也道出了一些资深开发者的心声。它揭示了 Go 语言最大的魅力：在混沌的软件工程世界里，Go 为我们圈出了一块难得的“舒适区”。

img{512x368}

鄙视链解构：极简主义者的“神曲”

这张图从上到下，宛如但丁的《神曲》，描绘了从天堂到地狱的编程世界观。meme图的作者显然是一位厌恶抽象、崇尚掌控机器、鄙视过度设计的硬核程序员。让我们逐层拆解：

塔尖：The one and only（唯一的真神）
- C。
- C 是编程界的拉丁语。它直接映射硬件，没有隐藏的运行时，没有 GC。它是操作系统和驱动的基石，是所有软件的“第一推动力”。在极简主义眼中，只有 C 是纯粹的。
T1 梯队：No nonsense（拒绝废话 / 实干家）
- Go、OCaml（骆驼）、Lua、ASM（芯片/汇编）、Erlang（红色e）。
- 这一层是“干活”的语言。它们专注解决问题、务实、没有过度设计。
  - Go：带 GC 的 C，工业界的实干家。
  - Lua & ASM：极致的小巧与极致的控制。
  - OCaml & Erlang：虽然是函数式或特定领域，但以实用和高可靠性著称，不搞虚头巴脑的学术概念。
T2 梯队：Meme languages（网红/小众神教）
- Odin、Jai（绿色文字）、HolyC（黄色十字六边形）、Elixir（紫色水滴）、HTMX（激光眼马）。
- 我敢保证这一层的很多语言你都没有听过，我也是查了很久才对号入座，这也说明原meme图的作者在编程语言方面涉猎甚广。这一层的语言通常具有“网红”属性，或者带有强烈的“亚文化/宗教”色彩。它们在特定圈子（如独立游戏开发、TempleOS 粉丝）中声量巨大，但在主流工业界存在感稀薄。
  - Odin & Jai：这两者常被绑定提及，代表了“Handmade”社区（手工造轮子）的价值观。它们试图取代 C++ 用于游戏开发，强调面向数据设计（DOD）。Odin 虽好但小众，Jai 则因长期未公开发布而被调侃为“幻之语言”。
  - HolyC：这是“上帝的程序员”Terry Davis 为 TempleOS 创造的语言，在技术宅圈子中是神一般的存在（Meme 之神），但几乎没有实际生产用途。
  - Elixir & HTMX：前者是 Erlang VM 上的“时髦文青”，后者是最近在推特上掀起“回归 HTML”运动的网红库。
T3 梯队：Necessary evil（必要之恶）
- JS、CSS、Bash、Swift、TeX、SQL。
- 你很讨厌它们，但你离不开它们。因为它们垄断了特定领域（浏览器、终端、苹果生态、论文排版、数据库）。你用它们不是因为爱，而是因为别无选择。
T4 梯队：Total failure（彻底失败 / 认知灾难）
- Haskell、Rust（齿轮）、Zig（橙色Z）、Scala、Racket、Kotlin。
- 这是最引战的一层。这里的“失败”指的不是技术失败，而是“在追求简单的道路上失败了”。
  - Rust：为了内存安全或零开销抽象，引入了极其复杂的心智负担（生命周期、编译期计算）。作者认为让程序员当编译器的奴隶是一种失败。
  - Zig：虽然标榜是 C 的继承者，但它要求显式管理所有资源（到处传递 Allocator），且引入了强大的 comptime 元编程。在作者看来，这并没有真正降低 C 的心智负担，反而换了一种方式折腾大脑，且至今仍未发布正式版（1.0）。
  - Haskell & Scala：学术概念堆砌，Monad 满天飞，导致代码难以阅读和维护。
底层：Abomination（憎恶 / 不可名状之物）
- C++、C#、Java、PHP、TS、Python、Ruby。
- 地狱最底层。它们犯了“过度设计”、“臃肿”、“慢”的原罪。
  - C++：特性大杂烩，学习曲线陡峭。
  - Java/C#：企业级官僚主义，层层叠叠的抽象工厂。
  - Python/Ruby/PHP：解释执行慢，动态类型在大型工程中是维护灾难。

神坛之下的第一人：Go 是“带了安全带的 C”

在这张图中，C 是唯一的“神”。为什么？因为 C 诚实。它与机器直接对话，没有中间商赚差价。但 C 也是危险的，内存泄漏和野指针是每个 C 程序员的噩梦。

Go 为什么紧随其后？

因为 Go 完美地继承了 C 的“诚实”，同时补上了“安全”的短板。

在“No nonsense”这一层，Go 与 Lua（极简脚本）、ASM（汇编）并列。这说明在作者眼中，Go 的本质不是“简化的 Java”，而是“现代化的 C”。

舒适在“透明”：看到一行 Go 代码，你基本能准确预估它的运行代价。没有隐式类型转换，没有构造函数里的黑魔法。代码写成什么样，逻辑就怎么跑。
舒适在“克制”：Go 只有 25 个关键字。它拒绝了许多“看起来很酷”的特性（如三元运算符、复杂的元编程），只为了让你在读代码时，不需要在大脑里运行一个复杂的解析器。

Go 处于这个位置，是因为它保留了 C 的掌控感，同时剔除了 C 的恐惧感（内存泄漏、野指针）。