Netty13——Handler的调用机制

一、Handler 的作用

 Netty 的主要组件有Channel、EventLoop、ChannelFuture、ChannelHandler、ChannelPipe等。ChannelHandler 充当了处理入站和出站数据的应用程序逻辑的容器。例如，实现ChannelInboundHandler 接口（或ChannelInboundHandlerAdapter），就可以接收入站事件和数据，这些数据会被业务逻辑处理。当要给客户端发送响应时，可以从 ChannelInboundHandler 冲刷数据。业务逻辑通常写在一个或者多个 ChannelInboundHandler 中。ChannelOutboundHandler 类似于 ChannelInboundHandler，只不过它是用来处理出站数据的。
 ChannelPipeline 提供了 ChannelHandler 链的容器。以客户端应用程序为例，如果事件的运动方向是从客户端到服务端的，那么我们称这些事件为出站的，即客户端发送给服务端的数据会通过 pipeline 中的一系列 ChannelOutboundHandler，并被这些 Handler 处理，反之则称为入站的事件。

二、编码解码器

 当 Netty 发送或者接收一个消息的时候，就将会发生一次数据转换。入站消息会被解码：从字节转换为另一种格式（比如java对象）；如果是出站消息，它会被编码成字节。Netty 提供了一系列实用的编解码器，他们都实现了ChannelInboundHadnler 或者 ChannelOutboundHandler 接口。在这些类中，channelRead 方法已经被重写了。 以入站为例，对于每个从入站 Channel 读取的消息，这个方法会被调用。随后， 它将调用由解码器所提供的decode()方法进行解码，并将已经解码的字节转发给 ChannelPipeline 中的下一个 ChannelInboundHandler。

1、ByteToMessageDecoder

 由于不可能知道远程节点是否会一次性发送一个完整的信息，tcp 有可能出现粘包拆包的问题， 这个类会对入站数据进行缓冲， 直到它准备好被处理。

public class ToIntegerDecoder extends ByteToMessageDecoder{
	@Override
	protected void decode(ChannelHandlerContext ctx,ByteBuf in,List<Object> out) throws Exception{
		if(in.readableBytes() >= 4){
			out.add(in.readInt());
		}
	}
}

  这个例子，每次入站从 ByteBuf 中读取 4 个字节，将其解码为一个 int，然后将它添加到 List 中。 当没有更多元素可以被添加到该 List 中时，它的内容将会被发送给下一个 ChannelInboundHandler。 int 在被添加到List中时，会被自动装箱为Integer。在调用 readInt() 方法前必须验证所输入的 ByteBuf 是否具有足够的数据。

2、ReplayingDecoder

public abstract class ReplayingDecoder<S> extends ByteToMessageDecoder

 ReplayingDecoder 扩展了 ByteToMessageDecoder 类，使用这个类，我们不必调用 readableBytes() 方法。参数 S 指定了用户状态管理的类型，其中Void代表不需要状态管理。

public class MyByteToLongDecoder extends ReplayingDecoder<Void>{
	@Override
	protected void decode(ChannelHandlerContext ctx,ByteBuf in,List<Object> out) throws Exception{
		System.out.println("MyByteToLongDecoder...");
		// 在 Replaying 中不需要判断数据是否足够读取,内部会进行判断处理
		out.add(in.readLong());
	}
}

 ReplayingDecoder 使用方便，但它也有一些局限性：并不是所有的 ByteBuf 操作都被支持，如果调用了一个不被支持的方法，将会抛出一个 UnsupportedOperationException；ReplayingDecoder 在某些情况下可能稍慢于 ByteToMessageDecoder，例如网络缓慢并且消息格式复杂时，消息会被拆成多个碎片，速度变慢。

3、其他解码器

 LineBasedFrameDecoder：这个类在 Netty 内部也有使用，它使用行尾控制字符（\n或者\r\n）作为分隔符来解析数据。
 DelimiterBasedFrameDecoder：使用自定义的特殊字符作为消息的分隔符。
 HttpObjectDecoder：一个 HTTP 数据的解码器。
 LengthFieldBasedFrameDecoder：通过指定长度来标识整包消息，这样就可以自动的处理黏包和半包消息。

三、Netty 的 handler 链的调用机制

 不论解码器 handler 还是编码器 handler，接收的消息类型必须与待处理的消息类型一致， 否则该 handler 不会被执行，在解码器进行数据解码时，需要判断缓存区(ByteBuf)的数据是否足够，否则接收到的结果和期望结果可能不一致。

四、Netty 整合 Log4j

1、添加依赖

<dependency>
    <groupId>log4j</groupId>
    <artifactId>log4j</artifactId>
    <version>1.2.17</version>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.25</version>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-log4j12</artifactId>
    <version>1.7.25</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-simple</artifactId>
    <version>1.7.25</version>
    <scope>test</scope>
</dependency>

2、配置 resources/log4j.properties

log4j.rootLogger=DEBUG,stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=[%p]%C{1}-%m%n