depthMap数组值为0表示可以分配16M空间，如果为1 表示可以分配8M，，如果为2表示嗯可以分配4M，如果为3表示可以分配2M ……………………如果为11表示可以分配8k空间。
如果该节点已经分配完成，就设置为12即可。
怎么确定需要分配的大小在深度是多少？
如果需要分配的内存规格化之后，是小于8k，那么在8k上面分配即可（即深度为11）。
如果为8k或者大于8k那么通过下面代码就可以定位到深度了：
int d = maxOrder - (log2(normCapacity) - pageShifts);知道深度之后，怎么进行定位到那个节点呢？？？
找到该节点之后，先把该节点显示占用，在更新起父节点父节点的父………………如下：
上面的图就是关于SubpagePool的内存结构了。我们在分配page的时候，根据memoryMap对于的值就知道是否被分配了，那么如果是subpagePool呢？
subpagePool分为2类：tinySubpagePools和smallSubpagePools，大小对于也对于上面的图里面了，每类都是固定大小的，如果分配256b的大小，那么一个page就是8k，8*1024/256 = 32块。那么怎么怎么表示每个还被分配了呢？
private final long[] bitmap;由于一个long占用的字节数为64，我们这里仅仅是需要表示32个，所以使用一个long即可了，二进制每位 1表示已经使用了，0表示还未使用。
由于subpage不仅仅需要定位到完全二叉树在那个节点，还需要知道在long的第几个 并且是第几位，所以要复杂一些：
通过一个long的前32位来表示subpage的第几个long的第几位上面，通过后32来表示在完全二叉树的那个节点上面，完美。
分配核心分配入口：ByteBuf byteBuf = alloc.directBuffer(256);
进行跟进代码：
我们来看：PooledByteBuf buf = newByteBuf(maxCapacity);
构建PooledByteBuf对象。最后返回PooledByteBuf对象。
我们来看下类继承结构：
所有ByteBuf byteBuf = alloc.directBuffer(256);这句话是没有什么问题的，不会报错。
我们来看看newByteBuf(maxCapacity)的细节实现：
这里借助了Netty增加实现的Recycler对象池技术。Recycler设计也非常精巧，后续可以专门写篇Recycler文章，今天不是重点，我们只要知道由于分配PolledByteBuf对象的代价有点大，如果需要频繁使用到PolledByteBuf对象，并且对性能有所要求，那么池化技术是一个不错的选择（比如我们以前使用的线程池、数据库连接池等都是类似道理），池化技术在一定程度上面减少了频繁创建对象带来的性能开销。其实这个类似的思想非常常见（比如我们查询数据库成本高，缓存到redis，思路也是一样的），在本篇后续中还可以体会到（PoolThreadCache）。
通过PooledByteBuf buf = newByteBuf(maxCapacity);仅仅是获取到了一个初始对象而已。
分配的核心在：allocate(cache, buf, reqCapacity);
