由浅入深聊聊Golang的sync.Pool

Posted 咖啡色的羊驼

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了由浅入深聊聊Golang的sync.Pool相关的知识，希望对你有一定的参考价值。

前言

今天在思考优化GC的套路，看到了sync.Pool，那就来总结下，希望可以有个了断。

用最通俗的话，讲明白知识。以下知识点10s后即将到来。

1.pool是什么？
2.为什么需要sync.Pool？
3.如何使用sync.Pool？
4.走一波源码
5.源码关键点解析

正文

1.sync.Pool是什么？

Golang在 1.3 版本的时候，在sync包中加入一个新特性：Pool。
简单的说：就是一个临时对象池。

2.为什么需要sync.Pool？

保存和复用临时对象，减少内存分配，降低GC压力。

（对象越多GC越慢，因为Golang进行三色标记回收的时候，要标记的也越多，自然就慢了）

3.如何使用sync.Pool？

func main() 
	// 初始化一个pool
	pool := &sync.Pool
		// 默认的返回值设置，不写这个参数，默认是nil
		New: func() interface 
			return 0
		,
	

	// 看一下初始的值，这里是返回0，如果不设置New函数，默认返回nil
	init := pool.Get()
	fmt.Println(init)

	// 设置一个参数1
	pool.Put(1)

	// 获取查看结果
	num := pool.Get()
	fmt.Println(num)

	// 再次获取，会发现，已经是空的了，只能返回默认的值。
	num = pool.Get()
	fmt.Println(num)

使用较为简单。
总的思路就是：搞一个池子，预先放入临时产生的对象，然后取出使用。

可能有同学问了，这个玩意儿官方出的，那他自己有在用吗？
答案是有的，其实你也一直在用。

就是fmt包啦，由于fmt总是需要很多[]byte对象，索性就直接建了一个[]byte对象的池子，来走一波代码。

type buffer []byte
// printer状态的结构体（）
type pp struct 
    ...


// pp的对象池， 《====这里用到了。
var ppFree = sync.Pool
    New: func() interface  return new(pp) ,


// 每次需要pp结构体的时候，都过sync.Pool进行获取。
func newPrinter() *pp 
    p := ppFree.Get().(*pp)
    p.panicking = false
    p.erroring = false
    p.fmt.init(&p.buf)
    return p

4.走一波源码

4.1 基础数据结构

type Pool struct 
	// noCopy，防止当前类型被copy，是一个有意思的字段，后文详说。
	noCopy noCopy

    // [P]poolLocal 数组指针
	local     unsafe.Pointer
	// 数组大小
	localSize uintptr        

	// 选填的自定义函数，缓冲池无数据的时候会调用，不设置默认返回nil
	New func() interface //新建对象函数


type poolLocalInternal struct 
    // 私有缓存区
	private interface   
	// 公共缓存区
	shared  []interface 
	// 锁
	Mutex               


type poolLocal struct 
	// 每个P对应的pool
	poolLocalInternal

	// 这个字段很有意思，是为了防止“false sharing/伪共享”，后文详讲。
	pad [128 - unsafe.Sizeof(poolLocalInternal)%128]byte

来一张全景图，更有利于全局角度看这个结构体：

这边有两个小问题：

  1. noCopy的作用？
  2. poolLocal中pad的作用？
  3. 如何确定要获取的数据在哪个poolLocal里头？

带着问题，继续往下看，看完就能懂这两个小问题拉。

4.2 pin

在介绍get/put前，关键的基础函数pin需要先了解一下。
一句话说明用处：确定当前P绑定的localPool对象
（这里的P，是MPG中的P，如果看不懂请点这里：关于goroutine的一些小理解）

func (p *Pool) pin() *poolLocal 
	// 返回当前 P.id && 设置禁止抢占（避免GC）
	pid := runtime_procPin()
	
	// 根据locaSize来获取当前指针偏移的位置
	s := atomic.LoadUintptr(&p.localSize) 
	l := p.local         
	
	// 有可能在运行中动调调整P，所以这里进行需要判断是否越界
	if uintptr(pid) < s 
	    // 没越界，直接返回
		return indexLocal(l, pid)
	
	
    // 越界时，会涉及全局加锁，重新分配poolLocal，添加到全局列表
	return p.pinSlow()


var (
	allPoolsMu Mutex
	allPools   []*Pool
)


func (p *Pool) pinSlow() *poolLocal 
	// 取消P的禁止抢占（因为后面要进行metux加锁）
	runtime_procUnpin()
	
	// 加锁
	allPoolsMu.Lock()
	defer allPoolsMu.Unlock()
	
	// 返回当前 P.id && 设置禁止抢占（避免GC）
	pid := runtime_procPin()
	
	// 再次检查是否符合条件，有可能中途已被其他线程调用
	s := p.localSize
	l := p.local
	if uintptr(pid) < s 
		return indexLocal(l, pid)
	
	
	// 如果数组为空，则新建Pool，将其添加到 allPools，GC以此获取所有 Pool 实例
	if p.local == nil 
		allPools = append(allPools, p)
	
	
    // 根据 P 数量创建 slice
	size := runtime.GOMAXPROCS(0)
	local := make([]poolLocal, size)
	
	 // 将底层数组起始指针保存到 Pool.local，并设置 P.localSize
	 // 这里需要关注的是：如果GOMAXPROCS在GC间发生变化，则会重新分配的时候，直接丢弃老的，等待GC回收。
	atomic.StorePointer(&p.local, unsafe.Pointer(&local[0]))
	atomic.StoreUintptr(&p.localSize, uintptr(size))         
	
	// 返回本次所需的 poolLocal
	return &local[pid]


// 根据数据结构的大小来计算指针的偏移量
func indexLocal(l unsafe.Pointer, i int) *poolLocal 
	lp := unsafe.Pointer(uintptr(l) + uintptr(i)*unsafe.Sizeof(poolLocal))
	return (*poolLocal)(lp)

流程小记：

  禁止抢占GC -> 寻找偏移量 -> 检查越界 ->返回poolLocal
                                   ->加锁重建pool，并添加到allPool

4.3 put

先说结论：优先放入private空间，后面再放入shared空间
现在开始分析：

func (p *Pool) Put(x interface) 
	if x == nil 
		return
	
    
    // 这段代码，不需要关心，降低竞争的
	if race.Enabled 
		if fastrand()%4 == 0 
			// Randomly drop x on floor.
			return
		
		race.ReleaseMerge(poolRaceAddr(x))
		race.Disable()
	

    // 获取当前的poolLocal
	l := p.pin()

    // 如果private为nil，则优先进行设置，并标记x
	if l.private == nil 
		l.private = x
		x = nil
	
	runtime_procUnpin()

    // 如果标记x不为nil，则将x设置到shared中
	if x != nil 
		l.Lock()
		l.shared = append(l.shared, x)
		l.Unlock()
	
    
    // 设置竞争可用了。
	if race.Enabled 
		race.Enable()

4.4 get

先说结论：优先从private空间拿，再加锁从shared空间拿，还没有再从其他的PoolLocal的shared空间拿，还没有就直接new一个返回。
现在进行分析：

func (p *Pool) Get() interface 
    // 竞争相关的设置
	if race.Enabled 
		race.Disable()
	
    
    // 获取当前的poolLocal
	l := p.pin()

    // 从private中获取
	x := l.private
	l.private = nil
	runtime_procUnpin()

    // 不存在，则继续从shared空间拿，
	if x == nil 
	    // 加锁了，防止并发 
		l.Lock()
		last := len(l.shared) - 1
		if last >= 0 
			x = l.shared[last]
            // 从尾巴开始拿起
			l.shared = l.shared[:last]
		
		l.Unlock()
		if x == nil 
		    // 从其他的poolLocal中的shared空间看看有没有可返回的。
			x = p.getSlow()
		
	
    
    // 竞争解除
	if race.Enabled 
		race.Enable()
		if x != nil 
			race.Acquire(poolRaceAddr(x))
		
	
    
    // 如果还是没有的话，就直接new一个了
	if x == nil && p.New != nil 
		x = p.New()
	
	return x


func (p *Pool) getSlow() (x interface) 
    // 获取poolLocal数组的大小
	size := atomic.LoadUintptr(&p.localSize) // load-acquire
	local := p.local                         // load-consume
	
	// 尝试从其他procs获取一个P对象
	pid := runtime_procPin()
	runtime_procUnpin()
	
	for i := 0; i < int(size); i++ 
        // 获取一个poolLocal，注意这里是从当前的local的位置开始获取的，目的是防止取到自身
		l := indexLocal(local, (pid+i+1)%int(size))
		// 加锁从尾部获取shared的数据
		l.Lock()
		last := len(l.shared) - 1
        // 若长度大于1
		if last >= 0 
			x = l.shared[last]
			l.shared = l.shared[:last]
			l.Unlock()
			break
		
		l.Unlock()
	
	return x

5.源码关键点解析

5.1 定时清理

Q：这里的pool的是永久保存的吗？还是？
A：是会进行清理的，时间就是两次GC间隔的时间。

// 注册清理函数，随着runtime进行的，也就是每次GC都会跑一下
func init() 
	runtime_registerPoolCleanup(poolCleanup)


// 清理函数也很粗暴，直接遍历全局维护的allPools将private和shared置为nil
func poolCleanup() 
    // 遍历allPools
	for i, p := range allPools 
	    // pool置为nil
		allPools[i] = nil
  
        // 遍历localSIze的数量次
		for i := 0; i < int(p.localSize); i++ 
			l := indexLocal(p.local, i)
            // private置为nil
			l.private = nil
            
            // 遍历shared，都置为nil
			for j := range l.shared 
				l.shared[j] = nil
			
			l.shared = nil
		
		p.local = nil
		p.localSize = 0
	
 
    // allPools重置
	allPools = []*Pool

所以呢，这也说明为什么sync.Pool不适合放做“数据库连接池”等带持久性质的数据，因为它会定期回收啊～

5.2 为什么获取shared要加锁，而private不用？

我们知道golang是MPG的方式运行的，（关于goroutine的一些小理解）

大概这么个感觉吧：

M------P----- poolLocal    
       |        
       G - G
           |
           G
          ...
M------P----- poolLocal  
       |
       G---G
           |
           G
          ...

也就是说，每个P都分配一个localPool，在同一个P下面只会有一个Gouroutine在跑，所以这里的private，在同一时间就只可能被一个Gouroutine获取到。

而shared就不一样了，有可能被其他的P给获取走，在同一时间就只可能被多个Gouroutine获取到，为了保证数据竞争，必须加一个锁来保证只会被一个G拿走。

5.3 noCopy的作用？

防止Pool被拷贝，因为Pool 在Golang是全剧唯一的

这里又衍生一个问题，这里的noCopy如何实现被防止拷贝的？？？

Golang中没有原生的禁止拷贝的方式，所以结构体不希望被拷贝，所以go作者做了这么一个约定：只要包含实现 sync.Locker 这个接口的结构体noCopy，go vet 就可以帮我们进行检查是否被拷贝了。

5.4 pad的作用？

这个挺有意思的，源代码出现这么一个词：false sharing，翻译为“伪共享”。
也就是说这个字段，主要就是用来防止“伪共享”的。

为什么会有false sharing？

简单说明一下：缓存系统中是以缓存行为单位存储的。缓存行通常是 64 字节，当缓存行加载其中1个字节时候，其他的63个也会被加载出来，加锁的话也会加锁整个缓存行，当下图所示x、y变量都在一个缓存行的时候，当进行X加锁的时候，正好另一个独立线程要操作Y，这会儿Y就要等X了，此时就不无法并发了。

由于这里的竞争冲突来源自共享，所以称之为伪共享。

（图片来自https://www.cnblogs.com/cyfonly/p/5800758.html）

如何防止？

补齐缓存行，让每个数据都是独立的缓存行就不会出现false sharding了。

5.5 怎么确定我的数据应该存储在LocalPool数组的哪个单元？

根据数据结构的大小来计算指针的偏移量，进而算出是LocalPool数组的哪个。

5.6 sync.Pool的设计哲学？

Goroutine能同一时刻在并行的数量有限，是由runtime.GOMAXPROCS(0)设置的，这里的Pool将数据与P进行绑定了，分散在了各个真正并行的线程中，每个线程优先从自己的poolLocal中获取数据，很大程度上降低了锁竞争。

如果你觉得有收获～可以关注我的公众号【咖啡色的羊驼】～第一时间收到我的分享和知识梳理～

以上是关于由浅入深聊聊Golang的sync.Pool的主要内容，如果未能解决你的问题，请参考以下文章

深入Golang之sync.Pool详解

golang sync.Pool包的使用和一些注意地方

golang sync.Pool的用法及实现

golang sync.Pool在1.14中的优化

golang sync.Pool在1.14中的优化

golang sync.pool对象复用 并发原理 缓存池