netty中pipeline异常事件怎么处理

其他教程   发布日期:前天 13:47   浏览次数:78

这篇文章主要讲解了“netty中pipeline异常事件怎么处理”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“netty中pipeline异常事件怎么处理”吧!

异常处理的场景

  1. @Override
  2. public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
  3. throw new Exception("throw Exception");
  4. }
  5. @Override
  6. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
  7. System.out.println(cause.getMessage());
  8. }

我们在

  1. handler
  1. channelRead
方法中主动抛出异常, 模拟程序中出现异常的场景, 经测试会发现, 程序最终会走到
  1. exceptionCaught
方法中, 获取异常对象并打印其信息

那么抛出异常之后, 是如何走到

  1. exceptionCaught
方法的呢?

我们回顾之前小节

  1. channelRead
事件的传播流程,
  1. channelRead
方法是在
  1. AbstractChannelHandlerContext
类的
  1. invokeChannelRead
方法中被调用

AbstractChannelHandlerContext.invokeChannelRead

  1. private void invokeChannelRead(Object msg) {
  2. if (invokeHandler()) {
  3. try {
  4. //调用了当前handler的channelRead方法, 其实就是head对象调用自身的channelRead方法
  5. ((ChannelInboundHandler) handler()).channelRead(this, msg);
  6. } catch (Throwable t) {
  7. //发生异常的时候在这里捕获异常
  8. notifyHandlerException(t);
  9. }
  10. } else {
  11. fireChannelRead(msg);
  12. }
  13. }

这里不难看出, 当调用户自定义的

  1. handler
  1. channelRead
方法发生异常之后, 会被捕获, 并调用
  1. notifyHandlerException
方法, 并传入异常对象, 也就是我们示例中抛出的异常

AbstractChannelHandlerContext.notifyHandlerException(Throwable cause)

  1. private void notifyHandlerException(Throwable cause) {
  2. //代码省略
  3. invokeExceptionCaught(cause);
  4. }

AbstractChannelHandlerContext.invokeExceptionCaught(final Throwable cause)

  1. private void invokeExceptionCaught(final Throwable cause) {
  2. if (invokeHandler()) {
  3. try {
  4. //当前handler调用exceptionCaught()方法
  5. handler().exceptionCaught(this, cause);
  6. } catch (Throwable error) {
  7. //代码省略
  8. }
  9. } else {
  10. fireExceptionCaught(cause);
  11. }
  12. }

走到这里一切都明白了, 这里调用了当前

  1. handler
  1. exceptionCaught
方法, 也就是我们重写的
  1. exceptionCaught
方法

知道了为什么会走到

  1. exceptionCaught
方法之后, 我们再进行剖析异常事件的传播流程

两种写法

  1. @Override
  2. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
  3. System.out.println(cause.getMessage());
  4. }
  5. @Override
  6. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
  7. //写法1
  8. ctx.fireChannelRead(cause);
  9. //写法2
  10. ctx.pipeline().fireExceptionCaught(cause);
  11. }

这两种写法我们并不陌生, 可能我们能直接猜到, 第一种写法是从当前节点进行传播, 第二种写法则从头结点或者尾节点进行转播, 那么和传播

  1. inbound
事件或
  1. outbound
事件有什么区别呢?我们先以第二种写法为例, 剖析异常事件传输的整个流程

DefualtChannelPipeline.fireExceptionCaught

  1. public final ChannelPipeline fireExceptionCaught(Throwable cause) {
  2. AbstractChannelHandlerContext.invokeExceptionCaught(head, cause);
  3. return this;
  4. }

我们看到

  1. invokeExceptionCaught
传入了
  1. head
节点, 我们可以猜测, 异常事件的传播是从
  1. head
节点开始的

AbstractChannelHandlerContext.invokeExceptionCaught(head, cause)

  1. static void invokeExceptionCaught(final AbstractChannelHandlerContext next, final Throwable cause) {
  2. ObjectUtil.checkNotNull(cause, "cause");
  3. EventExecutor executor = next.executor();
  4. if (executor.inEventLoop()) {
  5. //执行下一个节点的异常方法
  6. next.invokeExceptionCaught(cause);
  7. } else {
  8. try {
  9. executor.execute(new Runnable() {
  10. @Override
  11. public void run() {
  12. next.invokeExceptionCaught(cause);
  13. }
  14. });
  15. } catch (Throwable t) {
  16. //忽略代码
  17. }
  18. }
  19. }

因为这里是传入的是

  1. head
节点, 所以这里的
  1. next
指向
  1. head
节点。

我们跟到

  1. invokeExceptionCaught
方法中, 这里其实是
  1. headContext
的父类
  1. AbstractChannelHandlerContext
中的方法

AbstractChannelHandlerContext.invokeExceptionCaught(cause)

  1. private void invokeExceptionCaught(final Throwable cause) {
  2. if (invokeHandler()) {
  3. try {
  4. //当前handler调用exceptionCaught()方法
  5. handler().exceptionCaught(this, cause);
  6. } catch (Throwable error) {
  7. //代码省略
  8. }
  9. } else {
  10. fireExceptionCaught(cause);
  11. }
  12. }

这里又是我们熟悉的逻辑, 调用当前

  1. handler
  1. exceptionCaught
方法, 因为当前
  1. handler
  1. head
, 所以首先会调用
  1. headContext
  1. exceptionCaught
方法

exceptionCaught方法

  1. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
  2. ctx.fireExceptionCaught(cause);
  3. }

这里仅仅是继续传播异常事件, 这时候我们发现, 这个写法和我们刚才提到传播异常事件的两种写法的第一种写法一样

  1. @Override
  2. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
  3. //写法1
  4. ctx.fireChannelRead(cause);
  5. //写法2
  6. ctx.pipeline().fireExceptionCaught(cause);
  7. }

根据我们之前的学习, 我们知道第一种写法是从当前节点传播, 而第二种写法是从头传播, 并且要求传播事件一定要使用第一种写法, 否则事件到这里会重新从头传播进而引发不可预知错误, 这个结论在异常传播同样适用, 同学们一定要注意这点

我们继续跟

  1. fireExceptionCaught
方法, 这里会走到
  1. AbstractChannelHandlerContex
类的
  1. fireExceptionCaught
方法

AbstractChannelHandlerContex.fireExceptionCaught

  1. public ChannelHandlerContext fireExceptionCaught(final Throwable cause) {
  2. //传播异常事件的时候, 直接拿了当前节点的下一个节点
  3. invokeExceptionCaught(next, cause);
  4. return this;
  5. }

这个时候我们发现, 这里并没有去获取下一个的

  1. inbound
节点还是
  1. outbound
节点, 而是直接通过
  1. next
拿到下一个节点, 这就说明在异常事件传播的过程中是不区分
  1. inbound
事件还是
  1. outbound
事件的, 都是直接从
  1. head
节点按照链表结构往下传播

AbstractChannelHandlerContex.invokeExceptionCaught(next, cause)

  1. static void invokeExceptionCaught(final AbstractChannelHandlerContext next, final Throwable cause) {
  2. ObjectUtil.checkNotNull(cause, "cause");
  3. EventExecutor executor = next.executor();
  4. if (executor.inEventLoop()) {
  5. next.invokeExceptionCaught(cause);
  6. } else {
  7. try {
  8. executor.execute(new Runnable() {
  9. @Override
  10. public void run() {
  11. next.invokeExceptionCaught(cause);
  12. }
  13. });
  14. } catch (Throwable t) {
  15. //代码省略
  16. }
  17. }
  18. }

这里又是我们熟悉的逻辑, 我们知道

  1. invokeExceptionCaught
中执行了
  1. next
  1. exceptionCaught
, 这里的
  1. next
, 因为我们是从
  1. head
节点开始剖析的, 所以这里很有可能就是用户自定义的
  1. handler
, 如果用户没有重写
  1. exceptionCaught
方法, 则会交给用户
  1. handler
的父类处理

我们以ChannelInboundHandlerAdapter为例看它的该方法实现

  1. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause)
  2. throws Exception {
  3. ctx.fireExceptionCaught(cause);
  4. }

我们看到这里继续向下传播了异常事件

走到这里我们会知道, 如果我们没有重写

  1. exceptionCaught
方法, 异常事件会一直传播到链表的底部, 就是
  1. tail
节点

我们跟到TailConext的exceptionCaught方法

  1. public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) throws Exception {
  2. onUnhandledInboundException(cause);
  3. }

以上就是netty中pipeline异常事件怎么处理的详细内容,更多关于netty中pipeline异常事件怎么处理的资料请关注九品源码其它相关文章!