前言

今天在思考优化GC的套路，看到了sync.Pool，那就来总结下，但愿能够有个了断。html

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

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

正文

1.sync.Pool是什么？

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

2.为何须要sync.Pool？

保存和复用临时对象，减小内存分配，下降GC压力。缓存

（对象越多GC越慢，由于Golang进行三色标记回收的时候，要标记的也越多，天然就慢了） bash

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对象的池子，来走一波代码。app

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
}
复制代码

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

在这里插入图片描述
这边有两个小问题：
  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中获取数据，很大程度上下降了锁竞争。

在这里插入图片描述