slave每次接收到master发过来的一批commitlog数据时，会看master传过来的这段commitlog的起始端，对应的全局物理偏移量，和slave本地存储的批commitlog数据的最大物理偏移量，是否相等
如果相等，也说明master端没有给slave漏掉某一段commitlog，说明本次master传过来的这段commitlog片段，可以直接拼接在slave本地的commitlog之后。如果不相等，则说明master端给slave漏掉某一段commitlog
整个通信传输，采用了java nio包中的selector io多路复用技术，应用这个技术读取数据时，是直接面对的tcp数据，而tcp是面向字节流的而不是面向数据包的，所以，我们无法保证tcp通道的接收缓冲区中的字节流数据一定就是一个数据包，可能是0.8个数据包，可能是2.3个数据包，当然也可能刚好就是一个或者两个完整的数据包，这是不确定的事情
我们应用程序猿，能做的就是把内核中的tcp通道的接收缓冲区中的已经接收到的字节流数据，从内核读取到应用层的byte buffer字节数组中，然后在应用层自己根据数据包协议头的offset + dataSize，来进行拆包粘包
因为应用层，如果只定义一个byteBuffer字节数组，不停的从内核中读数据往里面写，它总有被写满的时候，所以定义了两个byteBuffer字节数组，轮着来写，上一个写满了就转头去写另一个，并且把上一个因为粘包拆包解析读取还剩余的比如0.7个数据包，拷贝到另一个byteBuffer字节数组中去
