Go 1.26 默认启用 Green Tea 垃圾回收器
Watching Go's new garbage collector move through the heap
Go 1.26 正式将 Green Tea 设为默认垃圾回收器，本文通过可视化实验对比了 Go 与 C# 在内存分配上的差异。我们随机创建不同大小的对象并观察堆内存布局，发现 Go 的运行时会将同尺寸对象紧密排列，且作为非移动式回收器，它在回收后不会改变对象地址。文章还深入探讨了这种非移动机制在处理稀疏页面时面临的挑战，揭示了 Go 内存管理的独特之处及其潜在的性能瓶颈。
我们将随机分配三种不同尺寸的对象，然后检查它们的堆地址，遍历地址空间并打印出遇到对象的位置。
HN 评论区
42- nomorewords
这篇内容很有意思，但结尾有点太突然了。我原本以为订阅栏下面还有更多内容我没看到。
不过回到文章本身——在 Go 语言中，是否有手动移动对象以在特定区域进行压缩的情况？我平时不太用 Go，虽然我很确定在 GC 之后不压缩堆内存有非常充分的理由，但我一直很好奇，在那 0.0001% 的极端情况下，如果堆内存被碎片化到无法分配新的大对象时，Go 是如何避免崩溃的？
- owaislone
- vernonHeim
绝妙的优化技巧：手动将对象复制到新切片中，防止它们因恰好位于 GC 打算释放的页面中间而阻碍内存释放。