组件
- 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,共两种:
- Bootstrap
用于客户端,连接到远程主机和端口,有1个
EventLoopGroup。 - 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继续发送消息,注意是异步。
—————————–突然觉得没啥写的了,有想法再写吧—————————–