netty-in-action.jpg

传送门
《Netty 实战》第1，2，3章
《Netty 实战》第4，5，6章
《Netty 实战》第7，8，9章
《Netty 实战》第10，11章
《Netty 实战》第12，13章

第1章 Netty-异步和事件驱动

1. Java网络编程
   a. java.net包提供了阻塞式的函数,每个连接均需一个线程对应服务,开销大.
   b. java.nio包结合选择器java.nio.channel.Selector可实现少量线程服务大量连接,开销小,在无I/O需要处理时候,线程还能做些别的,资源利用率高.
   
   netty-selector.png

2. Netty
   直接使用Jdk Api,复杂性高,依赖性高,netty把网络处理框架化,即满足了技术需求,又兼顾了开发时间需求.
   

   netty-feture.png

   a. netty 使用者:
   各种开源项目,Infinsispan,vertx,Cassandra,Elasticsearch...
   b. 异步和事件驱动:
   非阻塞网络调用+异步=>快速,高效(Netty设计的底蕴)

3. Netty的核心组件:
   a. channel: 传入传出的载体,对socket的封装.
   b. 回调: 一个方法,其指向另一个方法的引用 =>事件rise机制.
   c. Future: 是一个异步操作结果的占位符,提供了异步运行程序在完成时的通知方式.可在未来某个时刻完成,并提供结果返回.

   channelFuture接口: Future+回调 => Promise接口(和Js里面的不一样呢,仅包含状态的通知,不包括回调)
   d. 事件和ChannelHandler:
   有网络channel产生事件(入站事件,出站事件),然后事件分发到ChannelHandler中某个用户实现的方法处理.
   

   netty-handlers.png

   e. 放在一起:
   网络层由Future和回调封装,在经过选择器(EventLoop)转发到业务逻辑层(ChannelHandler)处理.

第2章 第一款Netty应用程序

1. 开发环境: maven(从github下载即可,已经按照章节区分不同module了)

2. Netty客户端,服务端概览
   

   netty-demos.png

3. 编写服务器:
   a. ChannelHander/业务逻辑的实现.实现inboundHandler默认实现,channerRead()和channelReadComplete()
   由于异常也会在ChannelPipeline链上传播,至少提供一个实现exceptionCaught()的ChannelHander.
   b. 引导器ServerBootStrap:
   EventLoop默认为NioEventLoopGroup()
   Channel类型为NioServerSocketChannel.class
   ChannelFutrue作为bind()返回值,加上sync,同步等待绑定完成.

4. 编写客户端:
   a. ChannelHander/业务逻辑的实现.继承SimpleChannleInboundHandler,不用自己释放Bytebuf资源了.
   b. 引导器BootStrap,和Server的几乎一样

5. 构建运行:

   mvn exec:java

   测试服务器未启动时候Client的日志,从Stack内容可以看netty调用机制.

第3章 Netty组件和设计

异步和事件.保证高负载下性能,可伸缩性.
设计模式: 应用逻辑和网络层处理解耦,简化开发过程

1. 网络抽象层
   a. Channel接口: 封装底层I/O操作,socket复杂性,Netty API对网络的秒数
   b. EventLoop接口: 线程模型
   

   netty-channels.png

   c. ChannelFuture接口: 声明了ChannelFutureListener,注册回调

2. 应用逻辑层
   a. ChannelHandler接口: 网络层触发的处理逻辑.
   b. ChannelPipeline接口: handle链的容器,一旦加入一个Channel,就生成一个ChannelHandlerContext与Channle绑定.
   

   netty-pipeline.png

   c. Netty提供大量的默认实现: 这点和spring一样,框架在灵活性,复杂性上无法兼顾,需要用复杂的封装保证灵活性.
   d. 编码器/解码器: 最终转换为字节才能在网络上传输,这是一种特殊的handler,转换为Byte的一般在pipe的头部.
   e. 抽象类: SimpleChannelInboundHandler,可以自动释放占用ByteBuf.

3. 引导:
   分为两种,客户端Bootstap(EventloopGroup=1)和服务器端Server端Bootstap(EventloopGroup=2),这是因为Server需要额外轮询那个Listen的端口.

   
   
   netty-serverloop.png

4. 这是本书的核心章节,讲解Netty框架的的主体机构,从概念上感觉和Mina也比较类似,都有Bytebuf,编码器解码器,处理器,处理器链(Netty用Pipeline,mina用Filter)等概念.Netty还是更为灵活,更为高效.