转载自:https://blog.csdn.net/jzft_nuosu/article/details/80341018
netty的handler和decoder中的channelRead和decode方法的执行理解
对于ChannelInboundHandlerAdapter中的channelRead(ChannelHandlerContext ctx, Object msg)，如果在这个处理器之前还没有做任何处理，则msg的类型为io.netty.buffer.PooledUnsafeDirectByteBuf，当你读取数据的时候如果读取的字节数超过了msg中writerIndex则程序将直接报异常，当你正常读取其中的数据后必须要强制执行ctx.fireChannelRead(msg)才能通知下一个处理器进行处理，还有一个问题就是，如果下一个处理器所需要的数据是msg的全部数据，则必须调用msg.resetReaderIndex()将读索引重置到开始位置。
对于ReplayingDecoder中的decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out)，in的类型是io.netty.handler.codec.ReplayingDecoderByteBuf，当你读取数据的时候如果读取的字节数超过了in中writerIndex则程序不报任何错误，而是过了一段时间又重新执行该方法一遍，这是因为ReplayingDecoderByteBuf是一个特殊的ByteBuf，当它读取超出最大索引的时候会抛出RELAY异常，然后被处理，证明数据还未全部到达，将再次通知执行，但是这个地方如果后续没有数据进来的话好像是通过定时来进入的，应该没什么意义，而且最终会重复进入两次，总共执行三次。
---------------------
作者：jzft
来源：CSDN
原文：https://blog.csdn.net/jzft_nuosu/article/details/80341018
版权声明：本文为博主原创文章，转载请附上博文链接！