golang的堆内存结构

        首先，golang的虚拟内存单元叫做heapArena，go每次申请的虚拟内存单元为64MB，最多能有2^20个内存单元 ，所有的heapArena组成了mheap（go的堆内存）。        

        简单结构如图：

         go的堆内存用的是分级分配机制，也就是将一个堆内存分成不同的等级，不同等级的堆内存所占空间不同，如下图：

         它会分配合适的内存块给对象，如果有一个小的对象，那么就让他放进最小的空间而不能把他放到大的空间里，如果把他放到大的内存里，会影响到大内存块的效率。

        如果对象比小内存块稍微大点，比大内存块小，那么我们就把他放进大内存块里，我们会让他占据一整块内存块，这内存块的其他空间并不会给其他对象使用，相当于一坑一萝卜，即使这样会使得内存有些浪费，但为了避免内存碎片化，我们允许这种空间浪费。如下图：

         go的这种堆内存所分级出来的内存块叫做内存管理单元（mspan）

         等级表如下：

         而且，go的堆内存不是一定会按照一定规模一定数量的内存块进行分割，它会按需切割内存块，如果我们不需要8级的内存块，那么我们就不切割出8级的内存块，如果我们需要1级的内存块，那我们就现场切割出1级的内存块。

        那么，按这种机制，每个内存单元里的所切割的内存块大小和数目都不一样，那我们该怎么找到我们所需要的内存块呢？总不能一个一个遍历寻找吧？当然，我们并不会一个一个去遍历寻找，那样的话效率太低了。这时就用到了中心索引（mcentral）

        当然，当我们使用中心索引时，为了避免两个对象用到了同一个内存块，就得用到互斥锁保护，那么在高并发情况下，锁冲突的问题就会越来越严重，严重影响到了程序的效率，那么就该增加本地缓存了。

 

             

         线程缓存结构图如下图，每个线程预先分配好68个需要GC分配的mspan和68个不需要GC扫描的mspan，而且P和P之间是不会有冲突的，因为每个P所分配到mspan是不一样的，并且每个线程就跟单线程操作一样，就不用考虑到高并发的问题了，如果本地队列的span用满了怎么办？那么我们就可以去中心索引那边交换空的内存块过来