说说golang的对象池sync.Pool

先看下Pool的整体结构：
整个结构实际上可以简化为每一个PoolLocal实现了一个双向列表，其中每个节点用数组的方式来实现了循环列表。

• 双向链表是为了可不限长度的扩展。
• 双向链表中每个节点都保存一个数组来实现循环队列，数组长度初始为8，每新增一个节点，数组长度变为原来的2倍（直到最大限制），以此来动态的适应对象的数量，并且不至于让链表过长。
• private，PoolLocal数组是为了避免上锁，以提升性能。

第二张图很形象的说明了多个P之间的对象共享，如果P1/P2/P3内部没有可用对象了怎么办？从P0的队尾取对象，而P0自身是从对头，从而避免了锁竞争。

当然还有很多细节，比如维护所有Pool的AllPools和oldPools，比如victim和local，旨在垃圾回收和对象分配之间做一个平衡，防止对象池中对象一次性全部回收造成突发的大量新对象带来内存申请等等。这些细节可以看源码慢慢去体会。

是不是看着比较晕，其实是内部各种套娃，核心思想都是为了尽可能减少并发导致的资源竞争以及有效利用cpu缓存。