为啥用了 sync.pool，反而会慢很多

[304464743]

代码如下，用了 sync.pool 反而慢，为啥呢？ 结果:withoutpool 0s
with pool 23 秒

package main

import ( "fmt" "sync" "time" )

// 一个[]byte 的对象池，每个对象为一个[]byte var bytePool = sync.Pool{ New: func() interface{} { b := make([]byte, 1024) return &b }, }

func main() { a := time.Now().Unix() // 不使用对象池 for i := 0; i < 1000000000; i++{ obj := make([]byte,1024) _ = obj } b := time.Now().Unix() // 使用对象池 for i := 0; i < 1000000000; i++{ obj := bytePool.Get().(*[]byte) _ = obj bytePool.Put(obj) } c := time.Now().Unix() fmt.Println("without pool ", b - a, "s") fmt.Println("with pool ", c - b, "s") }

[walkerliu]

最起码把代码用 markdown 格式 排版一下吧，这一大坨谁能看得懂你在描述什么

[chennqqi]

put get 都有锁，同样的情况每次都加锁你想能快？我想你大概没理解 pool 的用法
另外：

**最起码把代码用 markdown 格式 排版一下吧，这一大坨谁能看得懂你在描述什么**

[reus]

单一线程，生命期短，这种对象用 sync.Pool 没有意义

[dreampuf]

在第一次循环结束后调用 `runtime.GC()` 再进行比较

[lol0]

这不是搞笑吗，不用对象池的那个循环，一到下一循环上次创建的数据就没人引用了，编译器直接优化了，不管你是循环一百亿次，内存占用几乎等于 0，当然秒完