Go 对象池一个坑引起的一次探究

最新推荐文章于 2024-05-24 10:23:51 发布

水不要鱼

最新推荐文章于 2024-05-24 10:23:51 发布

阅读量400

点赞数

分类专栏： Golang 文章标签： go golang

本文链接：https://blog.csdn.net/FishGoddess/article/details/118254178

版权

本文探究了在Go中使用sync.Pool时遇到的一个性能问题，通过对比不同写法的性能测试，发现将[]byte放入Pool时会触发runtime.convTslice方法，导致显著的内存消耗。分析CPU和内存profile揭示了问题所在，并解释了为何在将超过机器字长的数据结构赋值给interface{}时需要进行额外的内存分配。结论强调在使用对象池时应避免不必要的类型转换，以优化性能。

摘要由CSDN通过智能技术生成

Go 对象池一个坑引起的一次探究

author: zijieye

created on 2021-06-26

背景

研究 zerolog 源码的时候，一边调试一边做性能测试，发现了一个很神奇的东西…

sync.Pool 用法：

var (
	pool = &sync.Pool{
   
		New: func() interface{
   } {
   
            return new(Something)
		},
	}
)

sth := pool.Get().(Something) // Get() interface{}
pool.Put(sth)                 // Put(x interface{})

为了通用，Get 方法返回的是 interface{} 类型，所以需要做类型转换，同理 Put 方法的参数也是 interface{} 类型。

神奇的东西

写法一

var (
	structPool = &sync.Pool{
   
		New: func() interface{
   } {
   
			return &Buffer{
   
				data: make([]byte, 0, 64),
			}
		},
	}
)

type Buffer struct {
   
	data []byte
}

func doStruct() {
   
	buffer := structPool.Get().(*Buffer)
	structPool.Put(buffer)
}
<