偶然在网上浏览到这样的一些字眼“写一个自己的RPC框架”，心中也很激愤。于是乎想从头开始，深入研究一下如何搭建一个RPC框架。笔者是做java的，市面上开源的RPC框架很是不少，Dubbo、Thrift等等。我规划了一下自己的算是学习路线。线程->nio->netty->RPC->RPC产品。线程相关的知识笔者自认为还算可以。那么就从nio开始，很多人认为应该先从“同步”“异步”“阻塞”“非阻塞”几个概念开始，但是这些网上解释的已经很是透彻，就从nio涉及的几大成员开始吧，第一站：Buffer。
一 、Buffer
一种byte数组类型的存储结果。
抽象类
非线程安全
具有6个属性，其中
mark：标示位，默认为-1。一般配合mark和reset一起用，下面再说。
position：默认为0，表示当前可操作元素的位置。
limit：数据指针可到达的最大位置。
capacity：总容量
address：直接内存buffer中会用到，之后说。
属性值之间的关系 ：mark <= position <= limit <= capacity
方法
均有获取以上属性值 带参和不带参的方法，不带参为获取当前数组中的值，带参则是指定值。
mark(): 将当前的mark值设置为position的值。
reset(): 将position的值设置为当前mark的值。
clear():初始化所有属性值为默认值。
flip():limit的值设置为position的值，其他属性值设置为默认的值。
rewind():读/写到buffer中数据，然后调用rewind 从来再开始。position=0 mark=-1.
remaining():剩余可操作容量 limit-position
hasRemaining():是否还有剩余 limit-position>0？
isReadOnly():
isDirect():
nextGetIndex() 带参（返回position+int参数的位置）和不带参（返回当前position的位置）两种。
checkIndex（int i） 检测给定的值i 是否在可操作范围内。
discardMark() 将mark属性值设置为默认值 也就是-1
truncate() mark=-1 其他值为0
buffer类及其子类的所有操作方法 都仅仅是操作几个属性的值 对里面的元素没有任何操作，简单的说，只是指针的变化，但是元素没有任何变动。我没有列出源码，我相信所有人的机器上都会有的。
二、HeapByteBuffer& HeapByteBufferR
堆内内存，jvm堆内内存，垃圾回收由jvm来控制。
ByteBuffer.allocate(int) 分配内存。
方法
slice(): 构造一个与源buffer共享元素的buffer ，mark=-1,position=0,limit=capacity=源buffer的remaining也就是剩余长度，offset=position+offset。也就是说，如果是正常遍历而改动的数据指针属性值的话，这个操作是将所有remaining的位置构成一个新的共享同一些元素的buffer。
duplicate():复制一份源buffer 构成一个新buffer，共享元素。
asReadOnlyBuffer() 复制一份源buffer，构成一个只读buffer（HeapByteBufferR.class）
ix(int i): 相对offset 第i个元素。 offset默认为0；
get() = hb[ix(nextGetIndex())] 获取当前相对offset位置第 position的元素。
get(i) 获取指定位置的元素，首先i需要在可操作元素的下标范围内。
get(byte[] arg,offset,length) 将buffer中的元素，copy到arg中。
put(byte[] arg,offset,length) 将arg中的元素，copy到buffer中。
compact():从当前position位置开始向后取remaining()长度的元素，放到buffer 从position=0开始的位置。置换完成之后，position=remaining() mark=-1
HeapByteBufferR只读buffer，重写了所有写操作,均会抛出异常，通过buffer.asReadOnlyBuffer()来构建。
关于方法使用的具体业务场景，现在能写出来的都是个人猜测，所以我想在接下来的测试中补全。