摘要：一個(gè)多路復(fù)用器可以負(fù)責(zé)成千上萬(wàn)的通道，沒(méi)有上限。不需要通過(guò)對(duì)多路復(fù)用器對(duì)注冊(cè)的通道進(jìn)行輪詢(xún)操作即可實(shí)現(xiàn)異步讀寫(xiě)，從而簡(jiǎn)化編程模型。同時(shí)，支持支持如果是怎么辦最后，到目前位置，支持不支持二無(wú)法擴(kuò)展作為的核心，無(wú)法擴(kuò)展，私有構(gòu)造函數(shù)。

netty 學(xué)習(xí) 基于 netty in action 5th, 官網(wǎng)資料，網(wǎng)絡(luò)博客等

netty 是一個(gè)中間層的抽象

"all problems in computer science can be solved by another
level of indirection"
netty 是一個(gè)中間層的抽象，因?yàn)榈讓拥木W(wǎng)絡(luò)編程的各種問(wèn)題

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 的實(shí)現(xiàn)者汲取了 它人實(shí)現(xiàn) FTP, SMTP, HTTP, WebSocket, SPDY and various binary and text-based legacy protocols 中遇到的問(wèn)題，take great care in its design。并沒(méi)有在可擴(kuò)展，靈活性，穩(wěn)定性上做出妥協(xié)。

2011年Netty 之父離開(kāi)redhat加入Twitter, 所以redhat、twitter是netty的兩個(gè)主要貢獻(xiàn)公司，
netty的許多特性也是眾多大公司項(xiàng)目需求導(dǎo)致的。

zero copy capable rich byte buffer

參考：https://segmentfault.com/a/11...
java io 會(huì)涉及到copy，
比如，一個(gè)請(qǐng)求有兩個(gè)bytebuffer, 分別是請(qǐng)求頭，和請(qǐng)求正文，那么，我們接收請(qǐng)求后的處理是，定義一個(gè)大的bytebuffer將這兩個(gè)bytebuffer的內(nèi)容copy到大數(shù)組中。
netty可以用CompositeByteBuf,利用一個(gè)抽象的邏輯Buffer來(lái)避免這個(gè)事情。

比如，java 的文件讀寫(xiě)，我們一般會(huì)定義一個(gè)小數(shù)組，在輸入流和輸出流之間讀寫(xiě)，這樣就涉及了一次copy.
netty 的FileRegion 利用Java NIO FileChannel.transfer可以避免這個(gè)問(wèn)題。
還有其它的情況。

統(tǒng)一的api

傳統(tǒng)的 Java I/O API 在應(yīng)對(duì)不同的傳輸協(xié)議時(shí)需要使用不同的類(lèi)型和方法。比如

java.net.Socket 和 java.net.DatagramSocket 它們并不具有相同的超類(lèi)型

tcp，udp,ftp...多種協(xié)議擴(kuò)展會(huì)很麻煩

bio、nio、aio api 也是不同的

Extensible event module

callback java

Future

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

FutureTask：
構(gòu)造函數(shù)接收一個(gè)Callable對(duì)象，這個(gè)對(duì)象只有一個(gè)call 方法，有返回值，會(huì)拋出異常。
FutureTask繼承Runnable,說(shuō)明可以作為一個(gè)參數(shù)傳到Thread中，其中的run方法，調(diào)用的是Callable中的call方法。
FutureTask繼承Future,Future中有isDone,cancel,is...方法可以控制Callable的call方法返回狀況。

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

jdk1.4的nio,和jdk1.7的nio2的api不同，但是底層的一些特性是相同的，比如都是用bytebuffer做為數(shù)據(jù)的容器。

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,要注意，一個(gè)是堆外內(nèi)存，適用于頻繁使用的臨時(shí)區(qū)域
（一般java讀取數(shù)據(jù)，都是后現(xiàn)將數(shù)據(jù)從堆內(nèi)copy一份到堆外，然后再操作）

selector
簡(jiǎn)單說(shuō)，就是Selector會(huì)不斷的輪詢(xún)注冊(cè)在其上的通道（Channel），如果某個(gè)通道發(fā)生了讀寫(xiě)操作，這個(gè)通道就處于就緒狀態(tài)，會(huì)被Selector輪詢(xún)出來(lái)，然后通過(guò)SelectionKey可以取得就緒的Channel集合，從而進(jìn)行后續(xù)的IO操作。一個(gè)多路復(fù)用器（Selector）可以負(fù)責(zé)成千上萬(wàn)的通道（Channel），沒(méi)有上限。這也是JDK使用了epoll代替?zhèn)鹘y(tǒng)的select實(shí)現(xiàn)，獲得連接句柄（客戶(hù)端）沒(méi)有限制。那也就意味著我們只要一個(gè)線(xiàn)程負(fù)責(zé)Selector的輪詢(xún)，就可以接入成千上萬(wàn)個(gè)客戶(hù)端，這是JDK NIO庫(kù)的巨大進(jìn)步

Nio Vs Aio
nio和aio 區(qū)別：在NIO的基礎(chǔ)上引入了異步通道的概念，并提供了異步文件和異步套接字通道的實(shí)現(xiàn)，從而在真正意義上實(shí)現(xiàn)了異步非阻塞，之前的NIO只是非阻塞而并非異步。AIO不需要通過(guò)對(duì)多路復(fù)用器對(duì)注冊(cè)的通道進(jìn)行輪詢(xún)操作即可實(shí)現(xiàn)異步讀寫(xiě)，從而簡(jiǎn)化NIO編程模型。

1、nio 是圍繞selector,selector上注冊(cè)的serversocketchannel,socketchannel，及確定的注冊(cè)事件。
2、aio 簡(jiǎn)化了nio操作，當(dāng)一個(gè)event（Accept,Connect,read,write）發(fā)生時(shí)，CompletionHandler會(huì)處理，使得用戶(hù)專(zhuān)注于業(yè)務(wù)邏輯。

一、Nio 依賴(lài)底層的操作系統(tǒng)，有跨平臺(tái)問(wèn)題。
When using NIO you often find that your code works fine on Linux, for example, but has problems on Windows.
同時(shí)，jdk1.4支持nio, 1.7 支持nio2. 如果是jdk1.6 怎么辦
最后，到目前位置，nio.2 支持tcp, 不支持udp.

二、無(wú)法擴(kuò)展
作為nio的核心，bytebuffer 無(wú)法擴(kuò)展，私有構(gòu)造函數(shù)。netty 實(shí)現(xiàn)了自己的bytebuffer.

三、NIO對(duì)緩沖區(qū)的聚合和分散操作可能會(huì)操作內(nèi)存泄露

四、 epoll bug