Netty是壹個高性能 事件驅動、異步非堵塞的IO(NIO)Java開源框架，Jboss提供，用於建立TCP等底層的連接，基於Netty可以建立高性能的Http服務器，快速開發高性能、高可靠性的網絡服務器和客戶端程序。支持HTTP、 WebSocket 、Protobuf、 Binary TCP |和UDP，Netty已經被很多高性能項目作為其Socket底層基礎，如HornetQ Infinispan Vert.x Play Framework Finangle和 Cassandra。其競爭對手是：Apache MINA和 Grizzly。
也就是說，Netty 是壹個基於NIO的客戶，服務器端編程框架，使用Netty 可以確保妳快速和簡單的開發出壹個網絡應用，例如實現了某種協議的客戶，服務端應用。Netty相當簡化和流線化了網絡應用的編程開發過程，例如，TCP和UDP的socket服務開發。
“快速”和“簡單”並不意味著會讓妳的最終應用產生維護性或性能上的問題。Netty 是壹個吸收了多種協議的實現經驗，這些協議包括FTP,SMTP,HTTP，各種二進制，文本協議，並經過相當精心設計的項目，最終，Netty 成功的找到了壹種方式，在保證易於開發的同時還保證了其應用的性能，穩定性和伸縮性。
二、不選擇Java原生NIO編程的原因
首先開發出高質量的NIO程序並不是壹件簡單的事情，除去NIO固有的復雜性和BUG不談，作為壹個NIO服務端，還需要能夠處理網絡的閃斷、客戶端的重復接入、客戶端的安全認證、消息的編解碼、半包讀寫等情況，如果妳沒有足夠的NIO編程經驗積累，壹個NIO框架的穩定往往需要半年甚至更長的時間。更為糟糕的是，壹旦在生產環境中發生問題，往往會導致跨節點的服務調用中斷，嚴重的可能會導致整個集群環境都不可用，需要重啟服務器，這種非正常停機會帶來巨大的損失。
從可維護性角度看，由於NIO采用了異步非阻塞編程模型，而且是壹個I/O線程處理多條鏈路，它的調試和跟蹤非常麻煩，特別是生產環境中的問題，我們無法進行有效的調試和跟蹤，往往只能靠壹些日誌來輔助分析，定位難度很大。
現在我們總結壹下為什麽不建議開發者直接使用JDK的NIO類庫進行開發，具體原因如下。
1）跨平臺與兼容性：NIO算是底層的APIs需依賴系統的IO APIs。但Java NIO發現在不同系統平臺會出現問題。大量測試也耗不少時間；NIO2只支持JDK1.7+，而且沒提供DatagramSocket，故NIO2不支持UDP協議。而Netty提供統壹接口，同壹語句無論在JDK6.X 還是JDK7.X 都可運行，無需關心底層架構功能！
2）JAVA NIO的ByteBuffer構造函數私有，無法擴展。Netty提供了自己的ByteBuffer實現，通過簡單APIs對其進行構造、使用和操作，壹此解決NIO的壹些限制。
3）NIO對緩沖區的聚合與分散操作可能會導致內存泄漏。直到JDK1.7才解決此問題。
4）NIO的類庫和API繁雜，使用麻煩，妳需要熟練掌握Selector、ServerSocketChannel、SocketChannel、ByteBuffer等。
5）使用JAVA NIO需要具備其他的額外技能做鋪墊，例如熟悉Java多線程編程。這是因為NIO編程涉及到Reactor模式，妳必須對多線程和網路編程非常熟悉，才能編寫出高質量的NIO程序。
6）可靠性能力補齊，工作量和難度都非常大。例如客戶端面臨斷連重連、網絡閃斷、半包讀寫、失敗緩存、網絡擁塞和異常碼流的處理等問題。
7）JDK NIO的BUG，例如臭名昭著的epoll bug，它會導致Selector空輪詢，最終導致CPU 100%。官方聲稱在JDK 1.6版本的update18修復了該問題，但是直到JDK 1.7版本該問題仍舊存在，只不過該BUG發生概率降低了壹些而已，它並沒有得到根本性解決。該BUG以及與該BUG相關的問題單可以參見以下鏈接內容。
異常堆棧如下。
java.lang.Thread.State: RUNNABLE
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
- locked <0x0000000750928190> (a sun.nio.ch.Util$2)
- locked <0x00000007509281a8> (a java.util.Collections$ UnmodifiableSet)
- locked <0x0000000750946098> (a sun.nio.ch.EPollSelectorImpl)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
at net.spy.memcached.MemcachedConnection.handleIO(Memcached Connection.java:217)
at net.spy.memcached.MemcachedConnection.run(MemcachedConnection. java:836)
由於上述原因，在大多數場景下，不建議大家直接使用JDK的NIO類庫，除非妳精通NIO編程或者有特殊的需求。在絕大多數的業務場景中，我們可以使用NIO框架Netty來進行NIO編程，它既可以作為客戶端也可以作為服務端，同時支持UDP和異步文件傳輸，功能非常強大。