查看: 1039|回复: 0

[手机开发] 从零开始学netty——为何重写方法不一样

发表于 2018-5-9 08:00:03

从零开始学netty——第一个netty程序
从零开始学netty——认识decoder

相信大家看了decoder部分的时候肯定有点怪异,尤其是发现重写的方法是channelRead0。方法上还带了数字,完全不如channelRead好理解,下面的内容就是解答这个疑惑的。

继承类的差异

第一个程序继承的是ChannelInboundHandlerAdapter类,第二个程序是继承的是SimpleChannelInboundHandler,SimpleChannelInboundHandler是有泛型参数的。可以指定一个具体的类型参数,通过decoder配合使用,非常方便。ChannelInboundHandlerAdapter则是直接操作byte数组的。

类的关系
  1. ChannelInboundHandlerAdapter extends ChannelHandlerAdapter implements ChannelInboundHandler
复制代码
  1. SimpleChannelInboundHandler<I> extends ChannelInboundHandlerAdapter
复制代码

上图就是两个类的声明,SimpleChannelInboundHandler是继承ChannelInboundHandlerAdapter的。也就是说SimpleChannelInboundHandler也拥有ChannelInboundHandlerAdapter的方法。

channelRead的重写
  1. public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
  2. boolean release = true;
  3. try {
  4. if (acceptInboundMessage(msg)) {//类型匹配
  5. I imsg = (I) msg;
  6. channelRead0(ctx, imsg);
  7. } else {
  8. release = false;
  9. ctx.fireChannelRead(msg);
  10. }
  11. } finally {
  12. if (autoRelease && release) {
  13. ReferenceCountUtil.release(msg);//释放引用
  14. }
  15. }
  16. }
复制代码

SimpleChannelInboundHandler的channelRead相比SimpleChannelInboundHandler而言,主要做了类型匹配以及用完之后释放指向保存该消息的 ByteBuf 的内存引用。

ChannelInboundHandlerAdapter 的好处

相比之下,ChannelInboundHandlerAdapter 好像一无是处,毕竟他要自己处理资源的释放,例如如下的调用

  1. buf.release();
复制代码

如果说channelRead都是同步操作的话,SimpleChannelInboundHandler是不错的选择,如果操作是异步的话,那他的逻辑就有点麻烦了,例如你把数据交给另外的线程处理了,还没处理就会释放了 。这里必须说明一个问题,他的回收和jvm的垃圾回收还不完全是一回事。netty是自己做了引用计数的操作。

  1. buf.refCnt();
复制代码

通过上面的api就可以获取到计数的个数。具体的引用计数的部分,不知道也不影响netty的学习,这个点后面具体再说。ChannelInboundHandlerAdapter 处理自由的优点也就提现出来了,可以更好的处理更多的特定场景。

小总结

SimpleChannelInboundHandler的好处是可以处理不同的类型对象,并且可以做释放。ChannelInboundHandlerAdapter 的好处则是更自由,在异步的场景下更适合。



回复

使用道具 举报