1.声明
当前内容主要为本人学习和测试netty这个nio框架之用
2.问题1
- 本人处理传递的数据的时候出现的错误(发送消息的时候)
四月 11, 2021 5:15:59 下午 io.netty.channel.DefaultChannelPipeline onUnhandledInboundException
警告: An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
io.netty.util.IllegalReferenceCountException: refCnt: 0, decrement: 1
这就是一个非常不明显的错误(其实并不是没有处理对象,而是读取报错
),本人的问题是:即当前的ByteBuf已经被释放掉了(ReferenceCountUtil.release(obj);
),但是当前在获取的时候使用了这个ByteBuf(freed),一般出现在read的时候报错
定位关键错误位置:
深入通过源码发现,其超类行为为:DefaultChannelHandlerContext
的父类AbstractChannelHandlerContext
,中执行了安全读取导致的(由super.channelRead(ctx, msg);这段代码导致的
)
最终定位到了这里
开始注释掉super.channelRead(ctx, msg);这段代码
,结果发现成功!
不在是freed了
正常显示数据了!
3.一个奇怪的不执行channelRead的问题
今天写的时候发现一个奇怪的问题,然后又解决了,现在记录下来
问题描述:
-
本人创建加载了对应的
ChannelInitializer<Channel>
的实例 -
并且加载了
ChannelInboundHandlerAdapter的子类
来处理传递的消息(服务器端) -
最后在使用的时候
发现没有执行对应的channelRead方法
,所以本人感觉很毛躁 -
数据传输了出去,
但是服务器没有执行对应的channelRead方法
-
本人对比两个(一个能接受数据,一个不能接受数据),发现其中的差异
-
结果发现实际上是这个地方在作怪
客户端
服务器
问题重现:
修复在客户端添加了解码器和加码器之后,问题就解决了!
彻底解决问题
4.其他问题放在这里
5.总结
1.客户端一定要添加解码器和加码器
,否则出现当前的服务器无法解析和无法调用解析器的问题,非常隐秘的错误
2.如果老是出现ByteBuf的freed问题,那么小心不要调用super.channelRead(ctx, msg),这个会导致报错,无法读取的问题