nio的Channel + Selector实现，1服务端+n客户端
内容是客户端向服务端发送信息，服务端组播给所有客户端，并没有做客户端异常退出时的处理 - -。
写了一晚上终于。。囧无比……
由于设置interestOps时直接覆盖了原来的标记，没有做或操作，导致只能读一次，还查了半天 TAT。

具体流程是：
服务端 bind->关注OP_ACCEPT-->accept---->关注OP_READ------------------>READ信息，关注WRITE--------------->组WRITE
客户端 ---->关注OP_CONNECT-->connect-->关注OP_READ|OP_WRITE-->WRITE信息，取消关注OP_WRITE-->READ信息

乍看之下很Observer，但是实际上是Reactor（不同之处在于前者只与单个事件源关联，后者则是将事件分派到各自的处理程序中，与多个事件源关联）。

这样循环。。。客户端除了第一次connect关注了WRITE之外其他都是直接调用channel.write直接从通道输出。
（第一次connect时也可以，这里是为了演示如何发送OP_WRITE的……）
要注意OP_WRITE事件发生后要记得取消（register & ~OP_WRITE），因为OP_WRITE总是准备好的。。很容易卡住。

完全用数组来理解。。@ _ @

看了下Buffer的源码 居然跟想象的差不多也 ^^，的确是用数组存储，不过米有找到get和put的源码……