netty5.0总结

5.0以后内容：
     netty初体验，netty是个高性能的java通信框架，至于oio还是nio，它都支持，核心概念：基于事件驱动的架构，很容易让人联想到观 察者模式。它提供的数据结构为ByteBuf，这个是个什么东西？可以理解为：一个数据的载体，比如我接收和发送的消息，得到的都是ByteBuf对象， 它是对字节流的一个高度抽象化，并提供比NIO的ByteBuffer更多的功能，不至于同一个buffer中经常操作，flip，compact等方 法，更为简洁实用，同时如果客户端和服务端都采用java，那么它也可以提供自定义的object类型的数据载体。netty官方提供的example很 多，客户端和服务端如何写，照猫画虎即可。
     把握住两个关键点即可：*handler和传递的内容(即发送和接收的消息)，*handler里面包含具体事件的触发方法：比如 exceptionCaught方法(出现异常时)、messageReceived方法(接收消息时)、channelActive(连接刚建立时)等 方法，采用最新的SimpleChannelInboundHandler 这个handler，T可以为自定义的任何对象，如果不需要自定义对象，那么传递Object即可，如果是自定义对象或者java基本类型或String 类型，那么必须得有个大前提：客户端和服务端都必须得进行一定的转换，换句话说：我的客户端和服务端必须都得用netty的相关API封装一次(具体看 netty例子)。如果不是自定义对象，而传递的是Object，那么在收到消息时，必须进行强制转换为ByteBuf对象，通过 ChannelHandlerContext进行发送，这个时候发送的是ByteBuf对象，如果是自定义对象，那么 ChannelHandlerContext.write(自定义对象)即可，同时必须调用flush方法才能发送出去，也可调用 wirteAndFlush(自定义对象)方法。
      
     深究了两天netty，得出的结论是：如果客户端和服务端都基于netty，那么互发消息，各种类型协议消息，基本都不成问题。官方example很多，照猫画虎，自定义随便玩

     但是，如果我只用netty的服务端，而客户端是一个纯粹的socket，比如其它语言的客户端，比如纯粹只是一个硬件，进行socket连接等等，即不采用netty的API，而且不是java语言，那么就会有一些问题。 

ReferenceCountUtil.release(msg);这是netty提供的一个释放ByteBuf内存的方法，如果不采用这个，直接调用ByteBuf.release方法也可以，如果你调用了writeAndFlush方法。