java-netty-Netty in Action 5th-ch1-Netty and Java NIO APIs

前言

netty 学习 基于 netty in action 5th, 官网资料，网络博客等

1.1 Why Netty?

netty 是一个中间层的抽象

"all problems in computer science can be solved by another
level of indirection"
netty 是一个中间层的抽象，由于底层的网络编程的各类问题

1.1.1 Not all networking frameworks are alike

Netty is a NIO client server framework which enables quick and easy development of network applications such as protocol servers and clients.

"Quick And Easy"是如何保证的
Netty 的实现者汲取了 它人实现 FTP, SMTP, HTTP, WebSocket, SPDY and various binary and text-based legacy protocols 中遇到的问题，take great care in its design。并无在可扩展，灵活性，稳定性上作出妥协。

2011年Netty 之父离开redhat加入Twitter, 因此redhat、twitter是netty的两个主要贡献公司，
netty的许多特性也是众多大公司项目需求致使的。

1.1.2 Netty boasts a rich feature set

• zero copy capable rich byte buffer

参考：https://segmentfault.com/a/11...
java io 会涉及到copy，
好比，一个请求有两个bytebuffer, 分别是请求头，和请求正文，那么，咱们接收请求后的处理是，定义一个大的bytebuffer将这两个bytebuffer的内容copy到大数组中。
netty能够用CompositeByteBuf,利用一个抽象的逻辑Buffer来避免这个事情。

好比，java 的文件读写，咱们通常会定义一个小数组，在输入流和输出流之间读写，这样就涉及了一次copy.
netty 的FileRegion 利用Java NIO FileChannel.transfer能够避免这个问题。
还有其它的状况。

• 统一的api

传统的 Java I/O API 在应对不一样的传输协议时须要使用不一样的类型和方法。好比

• java.net.Socket 和 java.net.DatagramSocket 它们并不具备相同的超类型
• tcp，udp,ftp...多种协议扩展会很麻烦

• bio、nio、aio api 也是不一样的

  • Extensible event module

1.2 Asynchronous by design

• callback java
• Future

参考：https://www.cnblogs.com/cz123...

FutureTask：
构造函数接收一个Callable对象，这个对象只有一个call 方法，有返回值，会抛出异常。
FutureTask继承Runnable,说明能够做为一个参数传到Thread中，其中的run方法，调用的是Callable中的call方法。
FutureTask继承Future,Future中有isDone,cancel,is...方法能够控制Callable的call方法返回情况。

1.3 Blocking versus non-blocking IO on the JVM

参考：java-netty-study-1-bio和nio（https://segmentfault.com/a/11...）

1.3.2 Non-blocking IO basics

jdk1.4的nio,和jdk1.7的nio2的api不一样，可是底层的一些特性是相同的，好比都是用bytebuffer作为数据的容器。

ByteBuffer:
BYTEBUFFER
A ByteBuffer is fundamental to both NIO APIs and, indeed, to Netty. A ByteBuffer can
either be allocated on the heap or directly, which means its stored outside of the HeapSpace. Usually, using a direct buffer is faster when passing it to the channel, but the
allocation/deallocation costs are higher. In both cases, the API for a ByteBuffer is the same,
which provides a unified way of accessing and manipulating data. A ByteBuffer allows the
same data to be easily shared between ByteBuffer instances without the need to do any
memory copying.

bytebuffer,要注意，一个是堆外内存，适用于频繁使用的临时区域
（通常java读取数据，都是后现将数据从堆内copy一份到堆外，而后再操做）

selector
简单说，就是Selector会不断的轮询注册在其上的通道（Channel），若是某个通道发生了读写操做，这个通道就处于就绪状态，会被Selector轮询出来，而后经过SelectionKey能够取得就绪的Channel集合，从而进行后续的IO操做。一个多路复用器（Selector）能够负责成千上万的通道（Channel），没有上限。这也是JDK使用了epoll代替传统的select实现，得到链接句柄（客户端）没有限制。那也就意味着咱们只要一个线程负责Selector的轮询，就能够接入成千上万个客户端，这是JDK NIO库的巨大进步

Nio Vs Aio
nio和aio 区别：在NIO的基础上引入了异步通道的概念，并提供了异步文件和异步套接字通道的实现，从而在真正意义上实现了异步非阻塞，以前的NIO只是非阻塞而并不是异步。AIO不须要经过对多路复用器对注册的通道进行轮询操做便可实现异步读写，从而简化NIO编程模型。

一、nio 是围绕selector,selector上注册的serversocketchannel,socketchannel，及肯定的注册事件。
二、aio 简化了nio操做，当一个event（Accept,Connect,read,write）发生时，CompletionHandler会处理，使得用户专一于业务逻辑。

1.4 NIO problems and how Netty comes to the rescue

1、Nio 依赖底层的操做系统，有跨平台问题。
When using NIO you often find that your code works fine on Linux, for example, but has problems on Windows.
同时，jdk1.4支持nio, 1.7 支持nio2. 若是是jdk1.6 怎么办
最后，到目前位置，nio.2 支持tcp, 不支持udp.

2、没法扩展
做为nio的核心，bytebuffer 没法扩展，私有构造函数。netty 实现了本身的bytebuffer.

3、NIO对缓冲区的聚合和分散操做可能会操做内存泄露

4、 epoll bug