木子陈的博客

这里LengthFieldBasedFrameDecoder 与 LengthFieldPrepender 需要配合使用，其实本质上来讲，一个是解码，一个是编码。它们处理粘包的主要思想是在生成的数据包中添加一个长度字段，用户记录当前数据包的长度。LengthFieldBaedFrameDecoder会按照参数指定的包长度偏移量数据对接收的数据进行解码，从而得到目标消息体的数据，而LengthFieldPrepender则会在响应的数据前面添加指定的字节数据，这个字节数据中保存了当前消息的整体字节数据长度；

对于通过分隔符进行粘包与拆包问题的处理，Netty提供了两个编码类，LineBasedFrameDecoder和DelimiterBasedFrameDecoder，这里LineBasedFrameDecoder的作用主要是通过换行符，即"\n" 或者 "\r\n"对数据进行处理，而DelimiterBasedFrameDecoder的作用主要是通过用户指定的分隔符进行粘包与拆包处理，同样的，这两个类都是解码器，而对于数据的编码，也即在每个数据包最后添加换行或者指定分隔符的部分需要用户自行出里，代码如下：

在RPC框架中，粘包与拆包问题是必须解决的一个问题，因为RPC框架中，各个微服务相互之间都是维护一个TCP长连接，比如dubbo就是一个全双工的长连接。由于微服务往对方发送消息的时候，所有的请求都是使用的同一个连接，这样就会产生粘包和拆包的问题，就会出现丢包的情况，Netty提供了更好的解决方案。 1、粘包和拆包 产生粘包和拆包的主要原因是：操作系统在发送TCP数据包的时候，底层会有一个缓冲区，例如1024字节大小，如果一次请求发送的数据量比较小，没达到缓存区大小，TCP则会将多个请求合并为同一个请求进