在開始了解Netty是什么之前，我們先來回顧一下，如果需要實現一個客戶端與服務端通信的程序，使用傳統的IO編程，應該如何來實現？

IO編程

我們簡化一下場景：客戶端每隔兩秒發送一個帶有時間戳的“hello world”給服務端，服務端收到之后打印它。

在傳統的IO模型中，每個連接創建成功之后都需要由一個線程來維護，每個線程都包含一個while死循環，那么1萬個連接對應1萬個線程，繼而有1萬個while死循環，這就帶來如下幾個問題。

• 線程資源受限：線程是操作系統中非常寶貴的資源，同一時刻有大量的線程處于阻塞狀態，是非常嚴重的資源浪費，操作系統耗不起。

• 線程切換效率低下：單機CPU核數固定，線程爆炸之后操作系統頻繁進行線程切換，應用性能急劇下降。

• 除了以上兩個問題，在IO編程中，我們看到數據讀寫是以字節流為單位的。

為了解決這3個問題，JDK在1.4版本之后提出了NIO。

NIO編程

在NIO編程模型中，新來一個連接不再創建一個新線程，而是可以把這個連接直接綁定到某個固定的線程，然后這個連接所有的讀寫都由這個線程來負責，那么它是怎么做到的？我們用下圖來對比一下IO與NIO。

如上圖所示，在IO模型中，一個連接來了，會創建一個線程，對應一個while死循環，死循環的目的就是不斷監測這個連接上是否有數據可以讀。在大多數情況下，1萬個連接里面同一時刻只有少量的連接有數據可讀，因此，很多while死循環都白白浪費掉了，因為讀不出數據。

而在NIO模型中，這么多while死循環轉換為一個死循環，這個死循環由一個線程控制，那么NIO又是如何做到一個線程一個while死循環就能監測1萬個連接是否有數據可讀的呢？

這就是NIO模型中Selector的作用，一個連接來了之后，不會創建一個while死循環去監聽是否有數據可讀，而是直接把這條連接注冊到Selector上。然后，通過檢查這個Selector，就可以批量監測出有數據可讀的連接，進而讀取數據。下面我們舉一個生活中非常簡單的例子來說明IO與NIO的區別。

在一家幼兒園里，小朋友有上廁所的需求，小朋友都太小以至于你要問他要不要上廁所，他才會告訴你。幼兒園一共有100個小朋友，有兩種方案可以解決小朋友上廁所的問題。

1.每個小朋友都配一個老師。每個老師都隔段時間詢問小朋友是否要上廁所。如果要上，就領他去廁所，100個小朋友就需要100個老師來詢問，并且每個小朋友上廁所的時候都需要一個老師領著他去，這就是IO模型，一個連接對應一個線程。

2.所有的小朋友都配同一個老師。這個老師隔段時間詢問所有的小朋友是否有人要上廁所，然后每一時刻把所有要上廁所的小朋友批量領到廁所，這就是NIO模型。所有小朋友都注冊到同一個老師，對應的就是所有的連接都注冊到同一個線程，然后批量輪詢。

這就是NIO模型解決線程資源受限問題的方案。在實際開發過程中，我們會開多個線程，每個線程都管理著一批連接，相對于IO模型中一個線程管理一個連接，消耗的線程資源大幅減少。

由于NIO模型中線程數量大大降低，因此線程切換效率也大幅度提高。

IO讀寫是面向流的，一次性只能從流中讀取一字節或者多字節，并且讀完之后流無法再讀取，需要自己緩存數據。而NIO的讀寫是面向Buffer的，可以隨意讀取里面任何字節數據，不需要自己緩存數據，只需要移動讀寫指針即可。

簡單講完了JDK NIO的解決方案之后，接下來我們使用NIO方案替換掉IO方案。先來看看，如果用JDK原生的NIO來實現服務端，該怎么做。

前方高能預警：以下代碼可能會讓你感覺極度不適，如有不適，請跳過。

NIOServer.java

/*** @author 閃電俠*/ public class NIOServer {public static void main(String[] args) throws IOException {Selector serverSelector = Selector.open();Selector clientSelector = Selector.open();new Thread(() -> {try {// 對應IO編程中的服務端啟動ServerSocketChannel listenerChannel = ServerSocketChannel.open();listenerChannel.socket().bind(new InetSocketAddress(8000));listenerChannel.configureBlocking(false);listenerChannel.register(serverSelector, SelectionKey.OP_ACCEPT);while (true) {// 監測是否有新連接，這里的1指阻塞的時間為 1msif (serverSelector.select(1) > 0) {Set<SelectionKey> set = serverSelector.selectedKeys();Iterator<SelectionKey> keyIterator = set.iterator();while (keyIterator.hasNext()) {SelectionKey key = keyIterator.next();if (key.isAcceptable()) {try {// （1）每來一個新連接，不需要創建一個線程，而是直接注冊到clientSelectorSocketChannel clientChannel = ((ServerSocketChannel) key.channel()).accept();clientChannel.configureBlocking(false);clientChannel.register(clientSelector, SelectionKey.OP_READ);} finally {keyIterator.remove();}}}}}} catch (IOException ignored) {}}).start();new Thread(() -> {try {while (true) {// （2）批量輪詢哪些連接有數據可讀，這里的1指阻塞的時間為 1msif (clientSelector.select(1) > 0) {Set<SelectionKey> set = clientSelector.selectedKeys();Iterator<SelectionKey> keyIterator = set.iterator();while (keyIterator.hasNext()) {SelectionKey key = keyIterator.next();if (key.isReadable()) {try {SocketChannel clientChannel = (SocketChannel) key.channel();ByteBuffer byteBuffer = ByteBuffer.allocate(1024);// （3）面向BufferclientChannel.read(byteBuffer);byteBuffer.flip();System.out.println(Charset.defaultCharset().newDecoder(). decode(byteBuffer).toString());} finally {keyIterator.remove();key.interestOps(SelectionKey.OP_READ);}}}}}} catch (IOException ignored) {}}).start();} }

相信大部分沒有接觸過NIO的讀者應該會直接跳過代碼來到這一行：原來使用JDK原生NIO的API實現一個簡單的服務端通信程序如此復雜!

我們還是先對照NIO來解釋一下核心思路。

• NIO模型中通常會有兩個線程，每個線程都綁定一個輪詢器Selector。在這個例子中，serverSelector負責輪詢是否有新連接，clientSelector負責輪詢連接是否有數據可讀。

• 服務端監測到新連接之后，不再創建一個新線程，而是直接將新連接綁定到clientSelector上，這樣就不用IO模型中的1萬個while循環死等，參見（1）。

• clientSelector被一個while死循環包裹著，如果在某一時刻有多個連接有數據可讀，那么通過clientSelector.select(1)方法可以輪詢出來，進而批量處理。

• 數據的讀寫面向Buffer。

其他細節部分，因為實在是太復雜，所以筆者不再多講，讀者也不用對代碼的細節深究到底。總之，強烈不建議直接基于JDK原生NIO來進行網絡開發，下面是筆者總結的原因。

• JDK的NIO編程需要了解很多概念，編程復雜，對NIO入門非常不友好，編程模型不友好，ByteBuffer的API簡直“反人類”。

• 對NIO編程來說，一個比較合適的線程模型能充分發揮它的優勢，而JDK沒有實現，需要自己實現，就連簡單的自定義協議拆包都要自己實現。

• JDK的NIO底層由Epoll實現，該實現飽受詬病的空輪詢Bug會導致CPU占用率飆升至100%。

• 項目龐大之后，自行實現的NIO很容易出現各類Bug，維護成本較高，上面這些代碼筆者都不能保證沒有Bug。

正因為如此，客戶端代碼這里就省略了，讀者可以直接使用IOClient.java與NIOServer.java通信。

JDK的NIO猶如帶刺的玫瑰，雖然美好，讓人向往，但是使用不當會讓你抓耳撓腮，痛不欲生，正因為如此，Netty橫空出世！

Netty編程

Netty到底是何方神圣？

用一句簡單的話來說就是：Netty封裝了JDK的NIO，讓你用得更方便，不用再寫一大堆復雜的代碼了。

用官方正式的話來說就是：Netty是一個異步事件驅動的網絡應用框架，用于快速開發可維護的高性能服務端和客戶端。

下面是筆者總結的使用Netty而不使用JDK原生NIO的原因。

• 使用JDK原生NIO需要了解太多概念，編程復雜，一不小心就Bug橫飛。

• Netty底層IO模型隨意切換，而這一切只需要做微小的改動，改改參數，Netty可以直接從NIO模型變身為IO模型。

• Netty自帶的拆包/粘包、異常檢測等機制讓你從NIO的繁重細節中脫離出來，只需要關心業務邏輯即可。

• Netty解決了JDK很多包括空輪詢在內的Bug。

• Netty底層對線程、Selector做了很多細小的優化，精心設計的Reactor線程模型可以做到非常高效的并發處理。

• 自帶各種協議棧，讓你處理任何一種通用協議都幾乎不用親自動手。

• Netty社區活躍，遇到問題隨時郵件列表或者Issue。

• Netty已經歷各大RPC框架、消息中間件、分布式通信中間件線上的廣泛驗證，健壯性無比強大。

這些原因看不懂沒有關系，在后續的章節中我們都可以學到。接下來我們用Netty來重新實現一下本章開篇的功能吧！

首先引入Maven依賴，案例后續Netty都基于4.1.6.Final版本。

<dependency><groupId>io.netty</groupId><artifactId>netty-all</artifactId><version>4.1.6.Final</version></dependency>

然后是服務端實現部分。

NettyServer.java

/*** @author 閃電俠*/ public class NettyServer {public static void main(String[] args) {ServerBootstrap serverBootstrap = new ServerBootstrap();NioEventLoopGroup boss = new NioEventLoopGroup();NioEventLoopGroup worker = new NioEventLoopGroup();serverBootstrap.group(boss, worker).channel(NioServerSocketChannel.class).childHandler(new ChannelInitializer<NioSocketChannel>() {protected void initChannel(NioSocketChannel ch) {ch.pipeline().addLast(new StringDecoder());ch.pipeline().addLast(new SimpleChannelInboundHandler<String>() {@Overrideprotected void channelRead0(ChannelHandlerContext ctx, String msg) {System.out.println(msg);}});}}).bind(8000);} }

這么一小段代碼就實現了我們前面NIO編程中的所有功能，包括服務端啟動、接收新連接、打印客戶端傳來的數據，怎么樣？是不是比JDK原生NIO編程簡潔許多？

初學Netty的時候，由于大部分人對NIO編程缺乏經驗，因此，將Netty里的概念與IO模型結合起來可能更好理解。

• boss對應IOServer.java中的負責接收新連接的線程，主要負責創建新連接。

• worker對應IOServer.java中的負責讀取數據的線程，主要用于讀取數據及業務邏輯處理。

剩下的邏輯筆者在后面的內容中會詳細分析，讀者可以先把這段代碼復制到自己的IDE里，然后運行main函數。

下面是客戶端NIO的實現部分。

NettyClient.java

/*** @author 閃電俠*/ public class NettyClient {public static void main(String[] args) throws InterruptedException {Bootstrap bootstrap = new Bootstrap();NioEventLoopGroup group = new NioEventLoopGroup();bootstrap.group(group).channel(NioSocketChannel.class).handler(new ChannelInitializer<Channel>() {@Overrideprotected void initChannel(Channel ch) {ch.pipeline().addLast(new StringEncoder());}});Channel channel = bootstrap.connect("127.0.0.1", 8000).channel();while (true) {channel.writeAndFlush(new Date() + ": hello world!");Thread.sleep(2000);}} }

在客戶端程序中，group對應了IOClient.java中main函數起的線程，剩下的邏輯在后面的內容中會詳細分析，現在你要做的事情就是把這段代碼復制到你的IDE里，然后運行main函數，最后回到NettyServer.java的控制臺，你會看到效果。

使用Netty之后是不是覺得整個世界都變美好了？一方面，Netty對NIO封裝得如此完美，寫出來的代碼非常優雅；另一方面，使用Netty之后，網絡通信的性能問題幾乎不用操心，盡情地讓Netty“榨干”你的CPU吧。

以上內容節選自《跟閃電俠學 Netty：Netty 即時聊天實戰與底層原理》一書！

目前市面上對初學者友好的Netty資料較少，網絡上大多數技術博客都是一堆零散的知識點集合，無法串成一條線形成一個體系。

本書作者俞超老師（閃電俠）在多年的Netty實戰、調優、“踩坑”過程中積累了豐富的經驗，持續在網絡上分享的相關博客、視頻等有百萬+閱讀量，并得到網友一致好評！

為了將這部分經驗系統地分享給大家，幫助大家提升核心競爭力，俞超老師特地將Netty底層原理相關知識進行系統梳理，寫作了此書。

本書上篇通過一個即時聊天的例子，讓讀者能夠系統地使用一遍Netty，全面掌握Netty的知識點；下篇通過對源碼的層層剖析，讓讀者能夠掌握Netty底層原理，知其然并知其所以然，從而編寫出高性能網絡應用程序。

上篇　入門實戰

在入門實戰篇中，讀者跟隨筆者實踐完這個即時聊天系統后，能夠學會如何使用Netty完成最基本的網絡通信程序，可以掌握以下知識點：

1.?如何啟動服務端？

2.?如何啟動客戶端？

3.?如何設計長連自定義協議？

4.?拆包/粘包原理與實踐。

5.?如何實現自定義編解碼。

6.?如何使用Pipeline與ChannelHandler？

7.?心跳與空閑檢測的方法。

8.?如何性能調優？

本篇通俗易懂，可一口氣讀完，讓你一周內進入實戰！

下篇　源碼分析

在源碼分析篇中，筆者從用戶視角出發，環環相扣，帶領讀者逐個攻破Netty底層原理，掌握以下知識點：

1. 服務端啟動流程：ServerBootstrap外觀，創建NioServerSocketChannel，初始化，注冊Selector，綁定端口，接收新連接。

2. 高并發線程模型：Netty無鎖化串行設計，精心設計的Reactor線程模型榨干CPU、打滿網卡、讓應用程序性能爆表的底層原理。

3. 新連接接入流程：Boss Reactor線程，監測新連接，創建NioSocketChannel，IO線程分配，Selector注冊事件。

4. 解碼原理：解碼頂層抽象，定長解碼器，行解碼器，分隔符解碼器，基于長度域解碼器全面分析。

5. 事件傳播機制脈絡：大動脈Pipeline，處理器ChannelHandler，Inbound和Outbound事件傳播與異常傳播的原理，編碼原理。

6. writeAndFlush流程：深入了解使用最頻繁的writeAndFlush的底層原理，避免踩坑。

適讀人群

本書適合以下三類人群：

1. 如果你聽說過或簡單使用過Netty，想全面系統地學習Netty，并掌握一些性能調優方法，本書的入門實戰篇可以幫助你達成這個目標。

2. 如果你深度使用過Netty，想深入了解Netty的底層設計，編寫出更靈活高效的網絡通信程序，本書的源碼分析篇可以幫助你達成這個目標。

3. 如果你從未讀過開源框架源碼，本書將是你的第一本源碼指導書，閱讀優秀的開源軟件源碼可以助你寫出更優美的程序。讀源碼并不難，難的是邁出這一小步，之后就能通往更廣闊的空間。

本書推薦使用方式

01.?按章節順序把入門實戰篇的代碼一章章敲出來，在沒有掌握前一章節的知識點之前，建議不要跳躍學習。

02.?入門實戰篇學完之后，合上書本，把本書即時聊天系統的代碼再整體敲若干遍，敲的過程中可能會發現自己有遺忘知識點，這個時候可能需要不斷翻閱書本，沒有關系，翻閱就好了。

03.?確保最后一次實現本書的即時聊天系統的例子是沒有翻閱書本的，是完全自行實現的，之后進入源碼分析篇的學習。

04.?針對源碼分析篇，建議讀者按章節順序來學習，不要跳躍，不要圖快，每一步都要扎實。

05.?在源碼學習的過程中，先跟隨書本，對照源碼，把對應章節的流程過一遍，每個章節學完之后，建議花較多的時間進行調試和閱讀，確保掌握了前一章節的內容之后再進行下一章的學習。

福利時間

GIFT TIME

送書環節又來了

感謝大家一直以來的陪伴與支持

今天給大家贈送5本書

由博文視點贊助

也歡迎大家自行購買

本次送書不需要評論，也不需要轉發

采用最公平的抽獎方式。

公眾號后臺回復：netty?

即可參與抽獎

有道無術，術可成；有術無道，止于術

歡迎大家關注Java之道公眾號

好文章，我在看??

總結

以上是生活随笔為你收集整理的让Netty“榨干”你的CPU的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。