这里有个讲解netty的；感觉很不错呢；
https://www.jianshu.com/p/82d223ab74d5 这里讲清楚了粘包 半包的问题，很相近了，后续对报文的解码仍需要别的解码器的配合，这个有待继续研究；从上述链接中我们就知道了，netty提供的LengthFieldBasedFrameDecoder/LengthFieldPrepender解析器已经很好的屏蔽了tcp底层的拆包和粘包的问题；只需要传入正确的参数就能够很好的解决”读半包“的问题；然后再配合别的报文解码器就能很好的将报文转成String 、byte[]、bean等了；

顺便看看这个链接https://www.cnblogs.com/mfrbuaa/p/5069487.html 【Mina框架断包、粘包问题解决方式】 很不错呢，实际开发中就是这么解决的；
mina框架我这边单独开一个帖子吧
2 mina框架

Apache Mina Server 是一个网络通信应用框架，也就是说，它主要是对基于TCP/IP、UDP/IP协议栈的通信框架（当然。也能够提供JAVA 对象的序列化服务、虚拟机管道通信服务等），Mina 能够帮助我们高速开发高性能、高扩展性的网络通信应用，Mina 提供了事件驱动、异步（Mina 的异步IO 默认使用的是JAVA NIO 作为底层支持）操作的编程模型。 在mina中，一般的应用场景用TextLine的Decode和Encode就够用了（TextLine的默认切割符尽管是\r\n，但事实上分隔符是能够自己指定的，如：newTextLineDecoder(charset, decodingDelimiter);） 但默认解码器每次读取缓冲的数据是有限制的，即ReadBufferSize的大小。默认是2048个字节。当数据包比較大时将被分成多次读取。造成断包。 尽管能够通过acceptor.getSessionConfig().setReadBufferSize(newsize)这样的方式来添加默认容量，但毕竟不是王道（太大了浪费空间。肯定会减少数据的处理效率）。 所以。当我们接收的数据的大小不是非常固定，且easy偏大的时候，默认的TextLine就不适合了。 这时我们在解析之前就须要推断数据包是否完整，这样处理起来就会非常麻烦。那么Mina 中幸好提供了CumulativeProtocolDecoder 类，从名字上能够看出累积性的协议解码器，也就是说仅仅要有数据发送过来。这个类就会去读取数据。然后累积到内部的IoBuffer 缓冲区，可是详细的拆包（把累积到缓冲区的数据解码为JAVA 对象）交由子类的doDecode()方法完毕，实际上CumulativeProtocolDecoder就是在decode()重复的调用暴漏给子类实现的doDecode()方法。 详细运行步骤例如以下所看到的： A. 你的doDecode()方法返回true 时，CumulativeProtocolDecoder 的decode()方法会首先推断你是否在doDecode()方法中从内部的IoBuffer 缓冲区读取了数据。假设没有，则会抛出非法的状态异常，也就是你的doDecode()方法返回true 就表示你已经消费了本次数据（相当于聊天室中一个完整的消息已经读取完成），进一步说，也就是此时你必须已经消费过内部的IoBuffer 缓冲区的数据（哪怕是消费了一个字节的数据）。 假设验证通过，那么CumulativeProtocolDecoder会检查缓冲区内是否还有数据未读取。假设有就继续调用doDecode()方法。没有就停止对doDecode()方法的调用。直到有新的数据被缓冲。 B. 当你的doDecode()方法返回false 时。CumulativeProtocolDecoder 会停止对doDecode()方法的调用。但此时假设本次数据还有未读取完的，就将含有剩余数据的IoBuffer 缓冲区保存到IoSession 中，以便下一次数据到来时能够从IoSession 中提取合并。 假设发现本次数据全都读取完成，则清空IoBuffer 缓冲区。 简而言之，当你觉得读取到的数据已经够解码了。那么就返回true，否则就返回false。这个CumulativeProtocolDecoder事实上最重要的工作就是帮你完毕了数据的累积，由于这个工作是非常烦琐的。

单工 半双工 全双工

根据通信双方的分工和信号传输方向可将通信分为三种方式：单工、半双工与全双工。在计算机网络中主要采用双工方式，其中：局域网采用半双工方式，城域网和广域网采用全双年方式。

  1. 单工(Simplex)方式：通信双方设备中发送器与接收器分工明确，只能在由发送器向接收器的单一固定方向上传送数据。采用单工通信的典型发送设备如早期计算机的读卡器，典型的接收设备如打印机。
    1. 半双工(Half Duplex)方式：通信双方设备既是发送器，也是接收器，两台设备可以相互传送数据，但某一时刻则只能向一个方向传送数据。例如，步话机是半双工设备，因为在一个时刻只能有一方说话。
    2. 全双工(Full Duplex)方式：通信双方设备既是发送器，也是接收器，两台设备可以同时在两个方向上传送数据。例如，电话是全双工设备，因为双方可同时说话。
      而像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个连接的话，那可想而知吧。所以并发量大，但每个用户无需频繁操作情况下需用短连好。
      总之，长连接和短连接的选择要视情况而定。