本文参考

本篇文章是对《Netty In Action》一书第六章"ChannelHandler和ChannelPipeline",主要内容为ChannelHandler API 、ChannelPipeline API、检测资源泄漏和异常处理

这一篇文章讲到的内容,在前面几篇文章中或多或少已有涉及,那些重复的部分算作是回顾吧

Channel的生命周期

registered(Channel已经被注册到EventLoop) -> active(Channel处于活动状态,已经连接到远程节点,可以接收和发送数据) - > inactive(Channel没有连接到远程节点)-> unregistered(Channel已经被创建,但还未注册到EventLoop或已从EventLoop中注销)

当这些状态发生改变时,将会生成对应的事件,这些事件将会被转发给ChannelPipeline中的ChannelHandler,如ChannelInboundHandler中的channelRegistered()、channelActive()、channelInactive()、channelUnregistered()方法

ChannelHandler生命周期

handlerAdded() -> 当把ChannelHandler添加到ChannelPipeline中时被调用

handlerRemoved() -> 当从ChannelPipeline中移除ChannelHandler时被调用

exceptionCaught() -> 当处理过程中在ChannelPipeline中有错误产生时被调用

在ChannelHandler 被添加到ChannelPipeline中或者被从ChannelPipeline中移除时会调用这些操作

ChannelInboundHandler接口 API

ChannelHandler which adds callbacks for state changes. This allows the user to hook in to state changes easily

下面是ChannelInboundHandler的生命周期方法。这些方法将会在数据被接收时或者与其对应的Channel状态发生改变时被调用。正如Channel生命周期中所提到的,这些方法和Channel的生命周期密切相关

我们在Netty客户端 / 服务端一文中提到由一方发送的消息可能会被分块接收,channelRead()方法可能会被调用多次,channelReadComplete()方法仅会被调用一次。因此在服务端的业务实现中,我们在channelRead()方法内仅使用write()方法,将接收到的消息写给发送者,而不冲刷出站消息,而是在channelReadComplete()方法内使用writeAndFlush()方法冲刷消息

当某个ChannelInboundHandler的实现重写channelRead()方法时,它将负责显式地释放与池化的 ByteBuf 实例相关的内存。Netty 为此提供了一个实用方法 ReferenceCountUtil.release()。该操作已经在SimpleChannelInboundHandler的channelRead()方法中实现,我们只需重载channelRead0()方法,所以也就不能够存储指向任何消息的引用供将来使用,因为这些引用都将会失效

ChannelOutboundHandler 接口 API

ChannelHandler which will get notified for IO-outbound-operations

ChannelOutboundHandler 的一个强大的功能是可以按需推迟操作或者事件,这使得可以通过一些复杂的方法来处理请求。例如,如果到远程节点的写入被暂停了,那么你可以推迟冲刷操作并在稍后继续

ChannelOutboundHandler中的大部分方法都需要一个 ChannelPromise参数,以便在操作完成时得到通知。ChannelPromise是ChannelFuture的一个子类,其定义了一些可写的方法,如setSuccess()和setFailure(),当一个 Promise 被完成之后,其对应的 Future 的值便 不能再进行任何修改了

ChannelHandlerAdapter适配器

Skeleton implementation of a ChannelHandler

ChannelHandlerAdapter抽象类实现了Channel接口的isSharable()方法,如果其对应的实现被标 注为 Sharable,那么这个方法将返回 true,表示它可以被添加到多个 ChannelPipeline 中

ChannelInboundHandlerAdapter 和ChannelOutboundHandlerAdapter这两个适配器分别提供了ChannelInboundHandler 和ChannelOutboundHandler的基本实现,也通过扩展抽象类ChannelHandlerAdapter获得了它们共同的超接口ChannelHandler的方法

资源管理

每当通过调用 ChannelInboundHandler.channelRead()或者 ChannelOutboundHandler.write()方法来处理数据时,都需要确保没有任何的资源泄漏

若ChannelInBoundHandlerAdapter的channelRead()方法直接消费入站消息,不会通过调用 ChannelHandlerContext.fireChannelRead() 方法将入站消息转发给下一个ChannelInboundHandler时,应当通过ReferenceCountUtil.release(msg);释放资源

若ChannelOutBoundHandlerAdapter的write()方法的响应操作完成,不会传递给 ChannelPipeline 中的下一个 ChannelOutboundHandler时,注意不仅要通过ReferenceCountUtil.release(msg);释放资源,还要通知 ChannelPromise数据已经被处理,即promise.setSuccess();

Netty提供了class ResourceLeakDetector 对应用程序的缓冲区分配做大约1%的采样来检测内存泄露

泄露检测级别可以通过将下面的 Java 系统属性设置为表中的一个值来定义

java -Dio.netty.leakDetectionLevel=ADVANCED

Running io.netty.handler.codec.xml.XmlFrameDecoderTest
15:03:36.886 [main] ERROR io.netty.util.ResourceLeakDetector - LEAK:
ByteBuf.release() was not called before it's garbage-collected.
Recent access records: 1 #1: io.netty.buffer.AdvancedLeakAwareByteBuf.toString(AdvancedLeakAwareByteBuf.java:697) io.netty.handler.codec.xml.XmlFrameDecoderTest.testDecodeWithXml(XmlFrameDecoderTest.java:157) io.netty.handler.codec.xml.XmlFrameDecoderTest.testDecodeWithTwoMessages(XmlFrameDecoderTest.java:133) ...

ChannelPipeline操作ChannelHandler API

在前面的学习中我们已经知道ChannelPipeline是一个拦截流经Channel的入站和出站事件的ChannelHandler 实例链

每一个新创建的Channel都将会被分配一个新的ChannelPipeline。这项关联是永久性的;Channel 既不能附加另外一个 ChannelPipeline,也不能分离其当前的。

但是ChannelHandler 可以通过添加、删除或者替换其他的 ChannelHandler 来实时地修改 ChannelPipeline的布局(也可以将它自己从ChannelPipeline中移除)

ChannelPipeline pipeline = channelInstance.pipeline();
//
创建一个 FirstHandler 的实例
FirstHandler firstHandler = new FirstHandler();
//将该实例作为"handler1"添加到ChannelPipeline 中
pipeline.addLast("handler1", firstHandler);
//将一个 SecondHandler的实例作为"handler2"添加到 ChannelPipeline的第一个槽中
// 这意味着它将被放置在已有的"handler1"之前
pipeline.addFirst("handler2", new SecondHandler());
//将一个 ThirdHandler 的实例作为"handler3"添加到 ChannelPipeline 的最后一个槽中
pipeline.addLast("handler3", new ThirdHandler());
//通过名称移除"handler3"
pipeline.remove("handler3");
//通过引用移除FirstHandler(它是唯一的,所以不需要它的名称)
pipeline.remove(firstHandler);
// SecondHandler("handler2")替换为 FourthHandler:"handler4"
pipeline.replace("handler2", "handler4", new FourthHandler());

除了这些操作,还有别的通过类型或者名称来访问ChannelHandler的方法。

ChannelPipeline 入站事件API

ChannelPipeline 出站事件API

ChannelHandler 在ChannelPipeline的共享

有时我们需要收集跨越多个Channel的统计信息,使一个 ChannelHandler可以从属于多个 ChannelPipeline,所以它也可以绑定到多个 ChannelHandlerContext 实例。对于这种用法指在多个 ChannelPipeline 中共享同一个 ChannelHandler,对应的 ChannelHandler 必须要使用@Sharable注解标注;否则,试图将它添加到多个 ChannelPipeline 时将会触发异常。显而易见,为了安全地被用于多个并发的 Channel(即连接),这样的 ChannelHandler 必须是线程安全的

@Sharable
public class SharableHandler extends ChannelInboundHandlerAdapter {

  @Override

  public void channelRead(ChannelHandlerContext ctx, Object msg) {

    System.out.println("channel read message " + msg);

    //记录方法调用,并转发给下一个 ChannelHandler

    ctx.fireChannelRead(msg);
  }
}

下面是一种错误用法

@Sharable
public class UnsharableHandler extends ChannelInboundHandlerAdapter {

  private int count;

  @Override

  public void channelRead(ChannelHandlerContext ctx, Object msg) {

    // count 字段的值加 1

    count++;

    //记录方法调用,并转发给下一个ChannelHandler

    System.out.println("inboundBufferUpdated(...) called the " + count + " time");

    ctx.fireChannelRead(msg);
  }
}

因为拥有"状态",即用于跟踪方法调用次数的实例变量count。将这个类的一个实例添加到ChannelPipeline将极有可能在它被多个并发的Channel访问时导致问题

入站异常捕获机制

在第二篇"Netty客户端 / 服务端概览"中我们就已经接触了异常处理,ChannelHandler.exceptionCaught()的默认实现是简单地将当前异常转发给 ChannelPipeline中的下一个ChannelHandler

如果异常到达了ChannelPipeline的尾端,它将会被记录为未被处理

要想定义自定义的处理逻辑,你需要重写exceptionCaught()方法。然后你需要决定是否需要将该异常传播出去

public class InboundExceptionHandler extends ChannelInboundHandlerAdapter {

  @Override

  public void exceptionCaught(ChannelHandlerContext ctx,Throwable cause) {

    cause.printStackTrace();

    ctx.close();
  }
}

出站异常捕获机制

每个出站操作都将返回一个ChannelFuture,注册到ChannelFuture的ChannelFutureListener将在操作完成时被通知该操作是成功还是出错

添加 ChannelFutureListener 只需要调用 ChannelFuture 实例上的 addListener (ChannelFutureListener)方法,例如,调用出站操作(如write()方法)所返回的ChannelFuture上的addListener()方法

ChannelFuture future = channel.write(someMessage);
future.addListener(new ChannelFutureListener() {

  @Override

  public void operationComplete(io.netty.channel.ChannelFuture f) {

    if (!f.isSuccess()) {

      f.cause().printStackTrace();

      f.channel().close();
    }
  }
});

几乎所有的 ChannelOutboundHandler 上的方法都会传入一个 ChannelPromise 的实例。作为 ChannelFuture 的子类,ChannelPromise 也可以被分配用于异步通知的监听器。但是,ChannelPromise还具有提供立即通知的可写方法 -> setSuccess()方法和setFailure()方法

public class OutboundExceptionHandler extends ChannelOutboundHandlerAdapter {

  @Override

  public void write(ChannelHandlerContext ctx, Object msg, ChannelPromise promise) {

    promise.addListener(new ChannelFutureListener() {

      @Override

      public void operationComplete(ChannelFuture f) {

        if (!f.isSuccess()) {

          f.cause().printStackTrace();

          f.channel().close();
        }
      }
    });
  }
}

对于细致的异常处理,在调用出站操作时添加 ChannelFutureListener 更合适,所以我们一般采用第一种方法

Netty学习摘记 —— 再谈ChannelHandler和ChannelPipeline的更多相关文章

  1. Netty学习摘记 —— 再谈引导

    本文参考 本篇文章是对<Netty In Action>一书第八章"引导"的学习摘记,主要内容为引导客户端和服务端.从channel内引导客户端.添加ChannelHa ...

  2. Netty学习摘记 —— 再谈EventLoop 和线程模型

    本文参考 本篇文章是对<Netty In Action>一书第七章"EventLoop和线程模型"的学习摘记,主要内容为线程模型的概述.事件循环的概念和实现.任务调度和 ...

  3. Netty学习摘记 —— 初步认识Netty核心组件

    本文参考 我在博客内关于"Netty学习摘记"的系列文章主要是对<Netty in action>一书的学习摘记,文章中的代码也大多来自此书的github仓库,加上了一 ...

  4. Netty学习摘记 —— 心跳机制 / 基于分隔符和长度的协议

    本文参考 本篇文章是对<Netty In Action>一书第十一章"预置的ChannelHandler和编解码器"的学习摘记,主要内容为通过 SSL/TLS 保护 N ...

  5. Netty学习摘记 —— 初识编解码器

    本文参考 本篇文章是对<Netty In Action>一书第十章"编解码器框架"的学习摘记,主要内容为解码器和编码器 编解码器实际上是一种特殊的ChannelHand ...

  6. Netty学习摘记 —— Netty客户端 / 服务端概览

    本文参考 本篇文章是对<Netty In Action>一书第二章"你的第一款 Netty 应用程序"的学习摘记,主要内容为编写 Echo 服务器和客户端 第一款应用程 ...

  7. Netty学习摘记 —— 简单WEB聊天室开发

    本文参考 本篇文章是对<Netty In Action>一书第十二章"WebSocket"的学习摘记,主要内容为开发一个基于广播的WEB聊天室 聊天室工作过程 请求的 ...

  8. Netty学习摘记 —— 预置SSL / HTTP / WebSocket编解码器

    本文参考 本篇文章是对<Netty In Action>一书第十一章"预置的ChannelHandler和编解码器"的学习摘记,主要内容为通过 SSL/TLS 保护 N ...

  9. Netty学习摘记 —— 单元测试

    本文参考 本篇文章是对<Netty In Action>一书第九章"单元测试"的学习摘记,主要内容为使用特殊的 Channel 实现--EmbeddedChannel来 ...

随机推荐

  1. 【C# 线程】interLocked锁

    overview 同步基元分为用户模式和内核模式 用户模式:Iterlocked.Exchange(互锁).SpinLocked(自旋锁).易变构造(volatile关键字.volatile类.Thr ...

  2. 【C# 线程】 延迟初始化

    1. 简介 1.延迟初始化出现于.NET 4.0,主要用于提高性能,避免浪费计算,并减少程序内存要求.也可以称为,按需加载. 2.从net 4.0开始,C#开始支持延迟初始化,通过Lazy关键字,我们 ...

  3. MySQL性能优化之索引设计

    作者:IT王小二 博客:https://itwxe.com 上一篇给小伙伴们讲了关于SQL查询性能优化的相关技巧,一个好的查询SQL离不开合理的索引设计.这篇小二就来唠一唠怎么合理的设计一个索引来优化 ...

  4. JZ-060-把二叉树打印成多行

    把二叉树打印成多行 题目描述 从上到下按层打印二叉树,同一层结点从左至右输出.每一层输出一行. 题目链接: 把二叉树打印成多行 代码 import java.util.ArrayList; impor ...

  5. LeetCode-047-全排列 II

    全排列 II 题目描述:给定一个可包含重复数字的序列 nums ,按任意顺序 返回所有不重复的全排列. 示例说明请见LeetCode官网. 来源:力扣(LeetCode) 链接:https://lee ...

  6. 穿透、击穿、雪崩…Redis这么多问题,如何解决?

    摘要:什么是缓存穿透?什么是缓存击穿,又什么是缓存雪崩呢?它们是如何造成的?又该如何解决呢?今天,我们就一起来探讨这些问题. 本文分享自华为云社区<[高并发]什么是缓存穿透?击穿?雪崩?如何解决 ...

  7. 【python】人脸识别

    #coding:utf-8# from __future__ import print_functionfrom time import time #有些步骤要计时,看每个步骤花多长时间import ...

  8. petite-vue源码剖析-优化手段template详解

    什么是<template>元素? <template>是2013年定稿用于提供一种更统一.功能更强大的模板本存放方式.具体表现为 通过<template>元素属性c ...

  9. 20192204-exp1-逆向与Bof基础

    1 逆向及Bof基础实践说明 1.1 实践目标 本次实践使用的是kali系统 本次实践的对象是一个名为pwn1的linux可执行文件. 该程序正常执行流程是:main调用foo函数,foo函数会简单回 ...

  10. Python列表生成

    # For More :http://www.codebelief.com/article/2017/02/python-advanced-programming-list-comprehension ...