本文永久链接 – https://tonybai.com/2025/12/17/cloudflare-2025-report-go-language-api-traffic-ai-surge

大家好，我是Tony Bai。

近日，互联网基础设施巨头 Cloudflare 发布了其备受瞩目的《2025 年度互联网回顾报告》。这份基于其全球庞大网络数据的报告，如同一面镜子，映照出全球互联网在流量、技术、安全和 AI 等领域的最新脉搏。

而对于我们 Go 开发者而言，今年的报告带来了两个极其振奋人心的消息：

1. Go 语言在自动化 API 客户端领域的王者地位，不仅得以巩固，甚至还在持续扩大领先优势。
2. AI 相关流量和应用正在以前所未有的速度崛起，而 Go 正是这股浪潮背后不可或缺的基础设施构建者。

本文将为你深度解读这份报告中，与我们 Gopher 息息相关的核心亮点。

Go 语言：自动化 API 领域的“超级巨星”

在现代应用架构中，自动化 API 请求（即服务与服务之间的机器通信）早已成为流量的主体。而构建这些 API 客户端的编程语言，其流行度直接反映了该语言在后端和基础设施领域的真实“统治力”。

Cloudflare 的报告再次确认了一个我们早已熟知，但看到数据后依然会心潮澎湃的事实：Go 是自动化 API 客户端最受欢迎的选择。

关键数据解读：

• 五分之一的天下：在 2025 年，全球 20% 的自动化 API 请求，都是由基于 Go 的客户端发出的。这意味着，每五个飞驰在互联网上的自动化 API 请求中，就有一个是用 Go 编写的！

• 惊人的增长势头：这一数字，相较于 2024 年的 12%，实现了超过 66% 的惊人增长。Go 不仅是第一，而且正在以“断层式”的速度，进一步拉开与追赶者的差距。

• 竞争格局：Python 紧随其后，份额从 9.6% 增长到 17%。而去年排名第二的 Node.js，其份额则跌至 8.3%，被 Java (11.2%) 超越。

为什么是 Go？

这份数据雄辩地证明了 Go 在构建网络服务和客户端方面的核心优势：

1. 极致的性能与并发：Go 的 goroutine 模型，使其能够以极低的资源开销，轻松处理海量的并发 API 请求。
2. 强大的标准库：net/http 标准库本身就极其强大、易用且生产力极高。
3. 静态二进制文件：Go 能够编译成无依赖的单一二进制文件，这对于在容器化环境中部署 API 客户端和服务，简直是“天作之合”。

AI 浪潮：新的战场，Go 的新机遇

如果说 Go 在 API 领域的领先是“意料之中”，那么报告中关于 AI 流量的爆炸式增长，则为 Go 的未来描绘出了一个更加激动人心的新战场。

Googlebot：AI 时代的“头号流量玩家”

报告指出，连续第三年，来自 Google IP 段 66.249.64.0/20 的流量，成为 Cloudflare 网络上最大的请求来源。这背后的“巨兽”，正是 Googlebot。

值得注意的是，Googlebot 已经演变成一个双重目的的爬虫：它不仅为传统搜索引擎建立索引，更在为 Google 的 AI 模型（如 Gemini）进行大规模的数据抓取和训练。

2025 年，Googlebot 贡献了超过 28% 的“已验证机器人”流量，其爬取量远超 OpenAI 的 GPTBot (7.5%) 和微软的 Bingbot (6%)。

AI 用户行为流量激增 15 倍

报告将 AI 爬虫流量分为三类：训练 (training)、搜索 (search) 和用户行为 (user action)。其中，“用户行为”指的是当用户在 ChatGPT 等应用中提问，AI 为了回答问题而去实时访问外部网站所产生的流量。

2025 年，这类“用户行为”驱动的 AI 爬取流量，增长了超过 15 倍！

这预示着一个全新的互联网范式正在形成：越来越多的流量，将不再由人类直接发起，而是由 AI 智能体，为了服务于人类的需求而发起。

Go 在 AI 基础设施中的角色

这对 Go 开发者意味着什么？

AI 模型本身或许由 Python 主导，但支撑这些模型进行大规模数据爬取、数据处理、模型服务（API serving）的庞大基础设施，正是 Go 语言大显身手的领域。

当你看到 ChatGPT、Perplexity 等服务的流量排名在“生成式 AI 服务”榜单中不断攀升时，可以想见，其背后必然有无数由 Go 编写的高性能 API 网关、数据管道和后端服务在默默支撑。

其他值得关注的趋势

• 后量子加密曙光：由人类产生的、采用后量子加密的 Web 流量份额，在 2025 年从年初的 29% 增长到了 52%。这主要得益于苹果在 iOS 等操作系统中默认开启了对混合量子安全密钥交换的支持。
• HTTP/3 稳步增长：全球使用 HTTP/3 和 HTTP/2 的 Web 请求份额都在微弱增长，HTTP/3 的占比达到了 21%。
• Starlink 流量翻倍：卫星互联网服务 Starlink 的流量在 2025 年翻了一番，显示出其在全球“连接未连接者”方面的巨大潜力。

小结语：站在时代的潮头

Cloudflare 的 2025 年度报告，为我们描绘了一幅激动人心的画卷。在这幅画卷中，Go 语言不仅是当前云原生和 API 经济的绝对王者，更是即将到来的 AI 时代不可或缺的核心基础设施构建者。

“五分之一的 API 请求由 Go 发出”——这个数据，不仅仅是一个值得骄傲的里程碑，更是对 Go 语言设计哲学——简单、高效、并发——在真实世界中取得巨大成功的最有力证明。作为 Gopher，我们正站在时代的潮头。

资料链接：

• https://blog.cloudflare.com/radar-2025-year-in-review/
• https://radar.cloudflare.com/year-in-review/2025

你的“体感”如何？

数据告诉我们，Go 正在制霸 API 领域。在你日常的工作中，是否也感受到了 Go 在微服务、网关或 AI 基础设施中的统治力？或者，你观察到了 Python 或 Rust 在哪些特定领域正在发起挑战？

欢迎在评论区分享你的一线观察，让我们一起拼凑出更真实的技术版图！

如果这篇文章让你对 Go 的未来更有信心，别忘了点个【赞】和【在看】，并转发给你的团队！

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

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

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

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

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

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

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

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

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

本文永久链接 – https://tonybai.com/2025/12/15/go-language-anti-patterns-10-donts

大家好，我是Tony Bai。

“有哪些‘不要做’的教训，是你花了好几年才学会的？”

近日，在 r/golang 社区，这个简单的问题，引爆了一场关于 Go 语言“反模式”与“最佳实践”的集体反思。帖子下数百条评论，汇集了无数 Gopher 在真实项目中用“血与泪”换来的宝贵经验。这些教训，往往不是关于某个高深的算法，而是关于那些看似“理所当然”，却在不经意间为代码埋下地雷的日常习惯。

这篇文章，正是对这场集体智慧的一次系统性梳理。我们从中提炼出 10 条最核心的“不要做”法则，它们如同一份“避坑指南”，能帮助你绕开那些最常见的陷阱，更快地从一名“会写 Go 的程序员”，成长为一名“懂 Go 的工程师”。

不要过度封装包

Don’t overpackage things

初学者往往有一种冲动，想把代码组织成“语义化”的、层层嵌套的包结构。internal/models, internal/services, internal/repositories…… 这种源自其他语言（如 Java）的模式，在 Go 的世界里，往往是一种过早的、不必要的复杂性。

社区忠告：从一个 main.go 文件开始。努力思考，是否真的有必要将代码拆分到多个文件/包中。Go 的包，其主要目的是封装和依赖管理，而不是单纯的文件夹分类。在小型或中型项目中，一个清晰的、扁平的包结构，远比一个复杂的“企业级”目录树更易于维护。

不要滥用 channel 和 goroutine

Don’t just add in channels

并发是 Go 的“名片”，这使得许多开发者（尤其是新手）有一种“锤子心态”——看到任何问题，都想用 goroutine 和 channel 来解决。然而，不必要的并发，是复杂性和 bug 的温床。

社区忠告：

• 先问“是否需要”：你真的需要并发吗？如果不需要在线程间传递消息，你可能根本不需要 channel。一个简单的 sync.WaitGroup 或 sync.Mutex，在很多场景下都比 channel 更简单、更直接。
• 并发不是免费的：Go 让创建 goroutine 变得异常简单，但这并不意味着它是零成本的。过多的 goroutine 会增加调度器的负担，而 channel 的滥用则会使数据流变得难以追踪和调试。

不要盲目追求 DRY

Don’t be zealous about DRY

DRY 是编程的基本原则，但在 Go 的哲学中，它有一个更重要的“上级”——清晰性。为了消除几行重复代码，而引入一个复杂的接口或一个晦涩的辅助函数，往往得不偿失。

社区忠告：“一点点复制，胜过一点点依赖 (a little copy-paste is better than a little dependency)。” 当你发现自己在为了 DRY 而绞尽脑汁时，请停下来问问自己：这份重复，是否真的带来了维护上的痛苦？如果不是，那么接受它，可能是一个更明智的选择。

不要在同一个 PR 中既重构又添加新功能

Don’t refactor and add features in the same PR

在添加一个新功能时，顺手“优化”一下周围的代码，这看起来很高效。但实际上，这会让 Code Review 变得异常痛苦。Reviewer 无法清晰地分辨，哪些改动是为新功能服务的，哪些是纯粹的重构。这不仅增加了审查的难度，也提高了引入新 Bug 的风险。

社区忠告：遵循“童子军军规”——“让营地比你来时更干净”——是好的。但请将它分解为两个独立的、目标明确的 PR：一个只做重构，另一个（基于重构后的代码）只添加新功能。

不要跳过写测试，“就这一次”

Don’t skip writing tests “just this once”

这是所有开发者都曾屈服过的诱惑。“这个改动太小了”、“我百分之百确定它是对的”、“项目赶时间”…… 每一次“就这一次”的妥协，都在为未来的“技术雪崩”添砖加瓦。

社区忠告：将测试视为代码不可分割的一部分。在 Go 中，编写测试是如此简单和自然，以至于没有任何借口可以跳过它。你今天节省下来的 10 分钟，可能会在未来，让你或你的同事，花费数天时间去调试一个本可避免的生产问题。

不要害怕使用 sync.Cond

channel 非常强大，但它并非解决所有并发同步问题的“银弹”。社区中有一种“反 sync”的情绪，认为所有同步都应该用 channel 来完成。

社区忠告：sync.Cond 是一个被低估了的、极其强大的并发原语。当你需要基于某个特定条件来唤醒一个或多个等待的 goroutine 时（例如，一个任务队列的消费者在队列为空时等待），sync.Cond 往往比用 channel 实现的复杂信令机制，要更简单、更高效。不要因为不熟悉，就回避它。

不要返回接口

Returning interfaces. Don’t do it.

在函数签名中返回一个接口，看似遵循了“依赖倒置”的高级原则，甚至觉得这样更“灵活”。但实际上，这往往是一种过早的、有害的抽象。它剥夺了用户访问底层具体类型特有功能的能力，并且如果未来需要添加新方法，接口的变更会极其痛苦。

社区忠告：遵循 Go 的经典谚语：“接收接口，返回结构体 (Accept interfaces, return structs)。”

• 接收接口：让你的函数接收一个只包含其所需最小方法集的接口作为参数。这使得你的函数更容易被测试和复用（你可以传入任何满足该接口的实现，包括 Mock 对象）。
• 返回结构体：让你的函数返回一个具体的类型（通常是指针）。这给了调用者最大的灵活性。

经典范例：

看看标准库中的 os.Open，它返回的是 *os.File（具体结构体），而不是 io.Reader（接口）。
* 为什么这样做？ 因为 *os.File 不仅能读（Read），还能关闭（Close）、获取状态（Stat）、甚至改变权限（Chmod）。
* 灵活性：如果它返回的是接口，用户就无法使用 Chmod 等特有功能了。而返回结构体，用户既可以使用其全部功能，也可以在需要时，轻松地将其赋值给 io.Reader 接口来使用。这就是“返回结构体”带来的自由。

(注：只有当返回的类型是包内私有的、不希望外部直接访问的实现细节时，返回接口才是有意义的，例如 context.WithCancel 返回的是 Context 接口。)

不要过度依赖依赖

Don’t add dependencies without vetting

为了解决一个小问题，而引入一个庞大的、闪亮的第三方库。这在 Node.js 生态中很常见，但在 Go 社区，这通常被视为一种“危险信号”。

社区忠告：

• 先求诸标准库：在引入任何依赖之前，先问问自己：这个问题，标准库真的解决不了吗？
• 审慎评估：如果必须引入依赖，请仔细评估它：它的依赖树有多深？社区是否活跃？维护者是否可靠？一个简单的依赖，可能会为你整个项目，带来潜在的供应链安全风险和维护噩梦。

不要盲从

Don’t do [or not do] something simply because an authoritative voice recommended it

盲目地遵循某个“大神”、某篇“爆款”博客文章、或者某个“权威”推荐的模式，而没有结合自己的具体场景进行批判性思考。

社区忠告：上下文决定一切。YAGNI (You Aren’t Gonna Need It) 是一个好原则，但有时你确实需要提前设计。微服务很好，但有时单体就是最佳选择。没有银弹。最好的实践，是那些在你的团队、你的项目中，被证明行之有效的实践。

不要忘记，代码是给人读的

忘记了代码的最终读者是人类，而不是编译器。编写只有自己能看懂的“聪明”代码，或者忽略文档和注释的重要性。

社区忠告：

• 编写能让你的未来“自已”不会痛骂你的代码。
• 好的设计不是增加，而是保持本质的简单。代码即是负债 (Code is liability)。
• 不要忽视清晰文档的重要性。

小结：在“坑”里成长

这份清单，远非全部。社区的讨论中还充满了诸如“不要用 singleton 来做 mock”、“不要滥用 init 函数”、“不要在疲劳时 Review 代码”等无数宝贵的经验。

它们共同指向了一个核心思想：成为一名优秀的 Go 工程师，其过程不仅仅是学习语言的特性，更是一个不断反思、不断“踩坑”、并从“坑”中总结出属于自己“不要做”清单的修炼过程。希望这份来自社区的集体智慧，能让你在这条路上，走得更稳、也更远。

资料链接：https://www.reddit.com/r/golang/comments/1pib68y/whats_a_dont_do_this_lesson_that_took_you_years/

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

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

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

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

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

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

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

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

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