Golang之sync.Pool对象池对象重用机制总结
作者:编程妲己
这篇文章主要对Golang的sync.Pool对象池对象重用机制做了一个总结,文中有相关的代码示例和图解,具有一定的参考价值,需要的朋友可以参考下
sync.Pool作用
对象重用机制,为了减少GC,sync.Pool是可伸缩的,并发安全的
两个结构体
type Pool struct { local unsafe.Pointer // local fixed-size per-P pool, actual type is [P]poolLocal localSize uintptr // size of the local array // New optionally specifies a function to generate // a value when Get would otherwise return nil. // It may not be changed concurrently with calls to Get. New func() interface{} } // Local per-P Pool appendix. type poolLocal struct { private interface{} // Can be used only by the respective P. shared []interface{} // Can be used by any P. Mutex // Protects shared. pad [128]byte // Prevents false sharing. }
Pool是提供外部使用的对象,Pool有两个重要的成员,local是一个poolLocal数组,localSize是工作线程的数量( runtime.GOMAXPROCS(0)),Pool为每个线程分配一个poolLocal对象
写入和读取
- Pool.Get 先获取当前线程私有值(poolLocal.private)获取
否则则从共享列表(poolLocal.shared)获取
否则则从其他线程的共享列表获取
否则直接通过New()分配一个返回值 - Pool.Put 当前线程私有制为空,赋值给私有值
否则追加到共享列表
sync.Pool注意点
临时性,当发生GC时,Pool的对象会被清除,并且不会有通知
无状态,当前线程中的PoolLocal.shared的对象可能会被其他线程偷走
大规模Goroutine的瓶颈
会对垃圾回收(gc)造成负担,需要频繁的释放内存
虽然goroutine只分配2KB,但是大量gorotine会消耗完内存,并且gc也是goroutine调用的
原理和作用
原理类似是IO多路复用,就是尽可能复用,池化的核心优势就在于对goroutine的复用。此举首先极大减轻了runtime调度goroutine的压力,其次,便是降低了对内存的消耗
到此这篇关于Golang之sync.Pool对象池对象重用机制总结的文章就介绍到这了,更多相关Golang sync.Pool对象重用机制内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!