Netty学习笔记之三——认识Netty架构

组件

• BootStrap和ServerBootstrap
  BootStrap通常称为引导类，提供一个用于应用程序网络层配置的容器。
• Channel
  底层网路传输API必须提供给应用I/O操作的接口，如读、写、连接、绑定等。它结构类似一个“Socket”。它有很多类似于socket的函数：bind、close、config、connect、isActive、isOpen、isWritable、read、write等等。
• ChannelHandler
  Handle称之为处理器，支持很多协议，提供用于数据处理的容器。
  常用的一个接口是ChannelInboundHandler，这个类型可以处理入站事件(即外部应用连接到本应用的事件)；
  反之有ChannelOutboundHandler接口，处理出站事件。业务逻辑经常在一个或多个ChannelInboundHandler中操作。
• ChannelPipeline
  Netty的数据处理流程其实是一种责任链和拦截过滤器模式，ChannelPipeline 提供了一个链容器，该链包含一个或多个ChannelHandler ，并提供了一个API用于管理沿着链入站和出站事件的流动。
• EventLoop
  EventLoop 用于处理 Channel 的 I/O操作。一个EventLoop可以处理多个Channel事件。而EventLoopGroup是一个Group，包换多个EventLoop。
• ChannelFuture
  Netty是一种异步I/O模型，一个操作可能无法立即返回结果，所以它提供了ChannelFuture类，可以通过addListener添加监听器，操作完成时可以作出通知。

Bootstrap

Bootstrap（引导）是提供网络配置的API，共两种：

1. Bootstrap
   用于客户端，连接到远程主机和端口，有1个EventLoopGroup。
2. ServerBootstrap
   用于服务器，绑定本地端口，有2个EventLoopGroup。
   服务器可以认为有2个Channel集合：第一个包含一个单例的ServerChannel，代表了持有绑定本地端口的一个socket；第二个包含所创建的Channel集合，是连接本地服务器的Channel集合。
   与 ServerChannel相关EventLoopGroup分配一个EventLoop，它是负责创建Channels 用于传入的连接请求。一旦连接接受，第二个EventLoopGroup分配一个EventLoop 给它的 Channel。

ChannelHandler和ChannelPipeline

一句话：ChannelPipeline是一条链容器，包含了很多Handler，两个方向，入站方向是ChannelInboundHandler处理器，出站方向是ChannelOutboundHandler处理器。
借用网上的一张图就很容易理解：

数据从远端进入ChannelPipeline。走入站方向，可经过一个或多个ChannelInboundHandler的处理，一个ChannelInboundHandler不一定实际处理数据，看业务逻辑需求。
数据也可从服务器往外发送，经过一个或多个ChannelOutboundHandler的处理，最终到达”Socket”发送出去。
事件可以通过ChanneHandlerContext传递给下一个 handler处理。当 ChannelHandler 被添加到 ChannelPipeline，Channelp会得到一个 ChannelHandlerContext，它代表一个 ChannelHandler 和 ChannelPipeline 之间的“绑定”。
在 Netty 发送消息可以采用两种方式：直接写消息给 Channel或者写入 ChannelHandlerContext 对象。这两者主要的区别是， 前一种方法会导致消息从 ChannelPipeline的尾部开始，可能会经历多个Handler处理发送出去，而后者导致消息从 ChannelHandlerContext 的下一个处理器开始。

处理业务逻辑

业务逻辑放在In/OutboundHandler中做处理，只要Channel没有断开连接，双方都可以用writeAndFlush继续发送消息，注意是异步。

—————————–突然觉得没啥写的了，有想法再写吧—————————–