13518219792
这篇文章主要介绍“netty handler的执行顺序是什么”，在日常操作中，相信很多人在netty handler的执行顺序是什么问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”netty handler的执行顺序是什么”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
创新互联建站专注于额尔古纳企业网站建设,成都响应式网站建设公司,商城网站建设。额尔古纳网站建设公司,为额尔古纳等地区提供建站服务。全流程按需规划网站，专业设计，全程项目跟踪，创新互联建站专业和态度为您提供的服务
handler的概念，让我想到了其他的一些东西，就好像servlet当中的filter，spring当中的interceptor。 在handler当中，能够完成各种各样的工作，协议流的编解码、特殊信息的拦截、请求数量的统计等等，或者可以这样说，所有的业务层面的东西，都需要在handler当中来完成。
我会按照上行和下行两类来分析handler的执行顺序，今天先来下行的。
按照我最初的想象，所有的handler应该都是同一类东西，那么我们业务执行的方法，也就是我们继承netty提供的父类之后，Override的方法，应该是同一个，可是我实际使用当中发现不是这么回事，有时候是一个decode方法，有时候是一个messageReceived方法，这是什么道理。基于这个困惑，才会有了今天的这篇文章。
首先是一个stacktrace的图。
ProtocolAnaDecoder是我自己写的一个协议解析类，继承自 ByteToMessageDecoder ，在这个类里面依次调用了3个方法，channelRead()，callDecode()，decode()。这其中decode，是我们自己实现的，其他2个方法来自父类。
再看另一个图。
NettyServerHandler继承自SimpleChannelInboundHandler，这里依次调用了channelRead()，messageReceived()这样2个方法。
到此为止基本就解决了我的第一个疑惑，最初都来自channelRead。那么这个 channelRead 虽然在各种handler当中都有实现，但是它的最初的定义来自ChannelHandler，这是一个interface。而它的实现ChannelHandlerAdapter，基本可以看做netty当中所有handler的老祖宗。（这里之所以要说基本，是因为有2个web相关的handler interface，直接继承了 ChannelHandler，但这个不是我们今天讨论的重点）
继续，就该是ChannelHandlerInvokerUtil.invokeChannelReadNow，看代码吧。
public static void invokeChannelReadNow(final ChannelHandlerContext ctx, final Object msg) {
try {
ctx.handler().channelRead(ctx, msg);
} catch (Throwable t) {
notifyHandlerException(ctx, t);
}
}
清楚明白，很好理解。
然后是DefaultChannelHandlerInvoker.invokeChannelRead，代码如下：
@Override
public void invokeChannelRead(final ChannelHandlerContext ctx, final Object msg) {
if (msg == null) {
throw new NullPointerException("msg");
}
if (executor.inEventLoop()) {
invokeChannelReadNow(ctx, msg);
} else {
safeExecuteInbound(new Runnable() {
@Override
public void run() {
invokeChannelReadNow(ctx, msg);
}
}, msg);
}
}
executor.inEventLoop() ，当前channel的 executor 是否处于时间循环当中，好吧，到目前为止，我也不知道什么时候会走到else里面去，这里只好留待以后再去搞搞清楚了。
再往前走，DefaultChannelHandlerContext.fireChannelRead，代码如下：
public ChannelHandlerContext fireChannelRead(Object msg) {
DefaultChannelHandlerContext next = findContextInbound(MASK_CHANNEL_READ);
next.invoker.invokeChannelRead(next, msg);
return this;
}
handler的依次执行就在这里面体现了。
继续，DefaultChannelPipeline.fireChannelRead，代码如下：
public ChannelPipeline fireChannelRead(Object msg) {
head.fireChannelRead(msg);
return this;
}
好了，如果没记错的话，我们最初声明一个netty的时候，就是把一系列的handler加到了channel pipeline当中。那么这一系列的handler在pipeline当中是如何保存的呢。我首先先看一下 DefaultChannelPipeline 的构造函数：
public DefaultChannelPipeline(AbstractChannel channel) {
if (channel == null) {
throw new NullPointerException("channel");
}
this.channel = channel;
TailHandler tailHandler = new TailHandler();
tail = new DefaultChannelHandlerContext(this, null, generateName(tailHandler), tailHandler);
HeadHandler headHandler = new HeadHandler(channel.unsafe());
head = new DefaultChannelHandlerContext(this, null, generateName(headHandler), headHandler);
head.next = tail;
tail.prev = head;
}
首先生命了一个tail和一个head，然后把这2个对象构成了一个双向链表。
再看一下addlast方法：
private void addLast0(final String name, DefaultChannelHandlerContext newCtx) {
checkMultiplicity(newCtx);
DefaultChannelHandlerContext prev = tail.prev;
newCtx.prev = prev;
newCtx.next = tail;
prev.next = newCtx;
tail.prev = newCtx;
name2ctx.put(name, newCtx);
callHandlerAdded(newCtx);
}
很清楚，在链表当中插入一个元素。再对照一下前面的代码，首先从head开始，但它并不完成实际工作，直接取它的next来执行，之后依次便利链表。
到此，关于“netty handler的执行顺序是什么”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
