Go语言一直是我最喜欢的编程语言。主要是因为可以跨平台。Go 1.25 推出了一种全新的垃圾回收器 Green Tea，名字听起来像是下午茶，背后却是一场工程师对抗 CPU 架构趋势的苦战。Google 已在生产环境上用上这个新 GC，引起了技术圈不少关注。有人说这就是现代 CPU 的解法，也有人担心“页面优先”的设计是否会牺牲通用性。来看看，这个叫 Green Tea 的到底是饮料还是真货。
为什么这件事值得关注
垃圾回收器（GC）是所有现代语言的痛点，特别是在 Go 这种强调并发和可预测延迟的系统语言里。GC 影响的不只是性能，更可能左右一个服务的资源开销和可扩展性。Green Tea 的出现是 Go 官方对过去性能瓶颈的正面回应，它不只是优化，而是思路大改。
关键点
- Green Tea 改为以「页」（page）为单位扫描对象，取代传统的对象级遍历。
- 实测在 Google 内部，GC 时间平均减少 10%，某些场景最高达 40%。
- 借助 AVX-512 等向量化硬件加速，进一步降低扫描延迟。
- 改变了 mark-sweep 的数据结构，使缓存命中率显著提升。
- 新算法允许重复扫描同一页，只处理「见过但未扫描」的对象。
- 在 Go 1.25 中为实验功能，可通过
GOEXPERIMENT=greenteagc启用。 - Go 1.26 将作为默认启用，可用
nogreenteagc关闭。
更大的背景：为什么现在才做这件事
Go 的原始 GC 算法其实在设计上偏向保守：对象为主、深度优先、实时性优先。但随着 CPU 核心越来越多、内存访问越来越非对称（NUMA）、每核心带宽反而下降，传统 GC 的瓶颈越来越显眼。Go 团队过去几年试了很多方法，Green Tea 是他们踩了无数坑后的结果。
言外之意：这不只是 GC 优化
Green Tea 背后隐藏了一个现实：现代 CPU 不再免费送你性能。如果不主动适配硬件，程序效率可能一年比一年差。Green Tea 看似只是扫描方式改变，本质上却是软件适应硬件的样板。甚至连 vector 硬件都开始派上用场，对 Go 语言本身的未来很关键。
下一步：你该怎么做
你可能会问，这种优化是不是只适合大公司或特殊场景？其实不然。只要你的 Go 应用使用堆内存、并发高、GC 开销明显，就值得一试。可通过设置环境变量轻松启用测试。未来 Go 1.26 推出后，默认就是 Green Tea。
另外一个问题是：是否会影响旧代码或导致 bug？Go 团队目前提供 opt-out 机制，也强调该功能已在 Google 内部跑了大量真实负载。风险当然有，但比起潜在收益，这笔账并不难算。
总结一下
Green Tea 不是一场喝茶革命，是一场针对硬件趋势的妥协与进化。它让 Go 的垃圾回收进入新阶段：更聪明、更省力，也更贴近现代多核硬件的现实。如果你是 Go 开发者，现在就是试试 Green Tea 的好时机。