16 Channel和Unsafe 17 ChannelPipeline和ChannelHandler

chapter16 Channel和Unsafe

• Unsafe是内部接口，聚合在Channel中协助进行网咯读写相关的操作。不该被Netty框架的上层使用者调用。

1. Channel功能说明

- Netty网络操作抽象类，聚合了一组功能，包括但不限于网络的读、写，客户端发器连接，主动关闭连接，链路关闭，获取通信双方的网络地址等。也包含了获取该Channel的EventLoop，获取缓冲分配器ByteBufAllocator和pipeline

- Netty不是使用JDK NIO原生Channel的原因：
  1. JDK的SocketChannel和ServerSocketChannel没有统一的Channel接口业务给开发者使用，没有统一操作视图，使用起来不方便
  2. JDK的主要负责网络IO操作，由于是SPI类接口，由具体的虚拟机厂家来提供，所以通过继承SPI功能类来扩展其功能难度很大，直接实现ServerSocketChannel和SocketChannel抽象类，工作量和重新开放一个Channel差不多。
  3. Netty的Channel需要能够跟Netty的整体架构融合在一起，例如IO模型、基于ChannelPipeline的定制模型，以及基于元数据描述配置化的TCP参数等。
  4. 自定义的Channel，功能实现更加灵活。

- Netty的Channel接口主要设计理念：
  1. 在Channel接口层，采用Facade模式进行统一封装，将网络IO操作、网络IO相关联的其他操作封装起来，统一对外提供。
  2. Channel接口的定义尽量大而全，为SocketChannel和ServerSocketChannel提供统一的视图，由不同子类实现不同的功能，公共功能抽象父类中实现，最大程度地实现功能和接口的重用
  3. 具体实现采用聚合而非包含的方式，将相关的功能类聚合在Channel中，由Channel统一负责分配和调度，功能实现更加灵活

- 功能介绍：
  - 常用API功能说明：
    1. eventLoop()，可以获得注册的EventLoop，其本质上就是处理网络读写事件的Reactor线程，在Netty中，它也可以用来处理定时执行任务和用户自定义NioTask等任务。
    2. metadata()，获取当前Channel的TCP参数配置
    3. parent()，对于服务端而言，其父Channel为空；对于客户端而言，它的父Channel就是创建它的ServerSocketChannel。
    4. id()，返回ChannelId对象，是Channel的唯一标识，生成策略包含，MAC地址、当前线程ID、当前毫秒、当前纳秒、32位随机整数、32位自增序列数

2. Channel源码分析

3. Unsafe功能说明

• register方法，将当前Unsafe对应的Channel注册到EventLoop的多路复用器上。
• NioByteUnsafe源码分析
  
  • 使用动态缓冲区分配器的优点：
    
    1. Netty作为一个通用的NIO框架，为了适用不同的业务场景，Netty根据上次实际读取的码流大小对下次接收的Buffer缓冲区进行预测和调整，最大限度的满足不同的业务场景。
    2. 性能更高，容量过大会导致内存占用开销增加，后续的Buffer处理性能会下降；容量过小频繁的内存扩张来接收大的请求消息，同样会导致性能下降。
    3. 更节约的内存。

chapter17 ChannelPipeline和ChannelHandler

• ChannelPiepline和ChannelHandler机制类似于JEE的Servlet和Filter过滤器。消息在ChannelPiepline中流动和传递，ChannelPiepline持有IO事件拦截器ChannelHandler的链表。是ChannelHandler的容器，负责ChannelHandler的管理和事件拦截与调度。

1、ChannelHandler功能说明

1. ByteToMessageDecoder功能说明
   
   • 便于将字节数组或者字节缓冲区解码为业务可以使用的POJO对象，由于其并没有考虑TCP沾包和组包等场景，读半包需要用户自己负责处理，因此大多数场景下不会直接继承该编码器。
2. MessageToMessageDecoder功能说明
   
   • 二次编码器，将一个对象编码为另一个对象，其在ByteToMessageDecoder之后
3. LengthFieldBasedFrameDecoder
   
   • 根据参数组合进行解码。
   • lengthFieldOffset、lengthFieldLength、lengthAdjustment、initialBytesToStrip
4. MessageToByteEncoder功能说明
   
   • 负责将POJO对象编码成ByteBuf。

5. MessageToMessageEncoder功能说明

6. LengthFieldPrepender功能说明

   • 将待发送消息的长度写入到ByteBuf前2个字节。编码后的消息为长度字段+原消息，长度字段最大支持8字节，

2、ChannelHandler源码分析

• 如果out长度没变，则表明解码成功，需要针对不同场景进行判断：
  
  1. 如果用户解码器没有消费ByteBuf，则说明是个半包消息，需要由IO线程继续读取后续的数据报，在这种场景下要退出循环。
  2. 如果用户解码器消费了ByteBuf，说明可以解码继续进行。如果业务编码器认为当前的字节缓冲区无法完成业务解码，需要将readIndex复位，告诉netty继续读取数据报
  3. 如果用户解码器没有消费ByteBuf，但是却解码出了一个或者多个对象，这种行为被认为是非法的，需要抛出DecoderException异常
  4. 最后通过isSingleDecoder进行判断，如果是单条消息解码器，第一次解码完成之后就退出循环