目錄html
瘋狂創客圈 Java 分佈式聊天室【 億級流量】實戰系列之18 【 博客園 總入口 】前端
源碼IDEA工程獲取連接:Java 聊天室 實戰 源碼java
你們好,我是做者尼恩。目前和幾個小夥伴一塊兒,組織了一個高併發的實戰社羣【瘋狂創客圈】。正在開始 高併發、億級流程的 IM 聊天程序 學習和實戰,此文是是百萬級流量 Netty 聊天器 打造的系列文章的第18篇,這是一個基礎篇,介紹Bootstrap。react
力爭以圖文並茂的形式,作到很是的易懂。linux
下面的幾個概念,很是重要。面試
以前沒有認真介紹,下面圖解說明一下。算法
在 Netty 中, Channel 是一個 Socket 鏈接的抽象, 它爲用戶提供了關於底層 Socket 狀態(是不是鏈接仍是斷開) 以及對 Socket 的讀寫等操做。bootstrap
每當 Netty 創建了一個鏈接後, 都會有一個對應的 Channel 實例。服務器
而且,有父子channel 的概念。 服務器鏈接監聽的channel ,也叫 parent channel。 對應於每個 Socket 鏈接的channel,也叫 child channel。網絡
在看本文以前,若是不明白 reactor 線程和reactor模式,請 查看 瘋狂創客圈的專門文章:Reactor模式 。
在Netty 中,每個 channel 綁定了一個thread 線程。
一個 thread 線程,封裝到一個 EventLoop , 多個EventLoop ,組成一個線程組 EventLoopGroup。
反過來講,EventLoop 這個至關於一個處理線程,是Netty接收請求和處理IO請求的線程。 EventLoopGroup 能夠理解爲將多個EventLoop進行分組管理的一個類,是EventLoop的一個組。
他們的對應關係,大體以下:
這裏主要是涉及的是服務器端。
服務器端,通常有設置兩個線程組,監聽鏈接的 parent channel 工做在一個獨立的線程組,這裏名稱爲boss線程組(有點像負責招人的包工頭)。
鏈接成功後,負責客戶端鏈接讀寫的 child channel 工做在另外一個線程組,這裏名稱爲 worker 線程組,專門負責搬數據(有點兒像搬磚)。
除了 TCP 協議之外, Netty 還支持不少其餘的鏈接協議, 而且每種協議還有 NIO(異步 IO) 和 OIO(Old-IO, 即傳統的阻塞 IO) 版本的區別。
不一樣協議不一樣的阻塞類型的鏈接都有不一樣的 Channel 類型與之對應,下面是一些經常使用的 Channel 類型:
Bootstrap 是 Netty 提供的一個便利的工廠類,能夠經過它來完成 Netty 的客戶端或服務器端的 Netty 初始化。
固然,Netty 的官方解釋說,能夠不用這個啓動器。
可是,一點點去手動建立channel 而且完成一些的設置和啓動,會很是麻煩。仍是使用這個便利的工具類,會比較好。
有兩個啓動器,分別應用在服務器和客戶端。
以下圖:
兩個啓動器大體的配置,都是相同的。
下面以服務器serverBootstrap 啓動類爲主要的介紹對象。
首先,建立了一個引導器 ServerBootstrap 實例,這個專門用於引導服務端的啓動工做,直接new 建立便可。(客戶端的引導器差很少,不過是建立Bootstrap 實例)
// 啓動引導器 private static ServerBootstrap b = new ServerBootstrap();
啓動一個Bootstrap,大體有8步,以下圖:
代碼以下:
try { //1 設置reactor 線程 b.group(bossLoopGroup, workerLoopGroup); //2 設置nio類型的channel b.channel(NioServerSocketChannel.class); //3 設置監聽端口 b.localAddress(new InetSocketAddress(port)); //4 設置通道選項 b.option(ChannelOption.SO_KEEPALIVE, true); b.option(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT); //5 裝配流水線 b.childHandler(new ChannelInitializer<SocketChannel>() { //有鏈接到達時會建立一個channel protected void initChannel(SocketChannel ch) throws Exception { ch.pipeline().addLast(new ProtobufDecoder()); ch.pipeline().addLast(new ProtobufEncoder()); // pipeline管理channel中的Handler // 在channel隊列中添加一個handler來處理業務 ch.pipeline().addLast("serverHandler", serverHandler); } }); // 6 開始綁定server // 經過調用sync同步方法阻塞直到綁定成功 ChannelFuture channelFuture = b.bind().sync(); LOGGER.info(ChatServer.class.getName() + " started and listen on " + channelFuture.channel().localAddress()); // 7 監聽通道關閉事件 // 應用程序會一直等待,直到channel關閉 ChannelFuture closeFuture= channelFuture.channel().closeFuture(); closeFuture.sync(); } catch (Exception e) { e.printStackTrace(); } finally { // 8 優雅關閉EventLoopGroup, // 釋放掉全部資源包括建立的線程 workerLoopGroup.shutdownGracefully(); bossLoopGroup.shutdownGracefully(); }
接下來就是精彩的8個步驟。
在設置 reactor 反應器線程組以前,建立了兩個 NioEventLoopGroup 線程組:
bossLoopGroup 表示服務器鏈接監聽線程組,專門接受 accept 新的客戶端client 鏈接
workerGroup 表示處理每一條鏈接的數據收發的線程組
在線程組和啓動器都建立完成後,就能夠開始設置線程組:經過 b.group(bossGroup, workerGroup) 方法,給引導器配置兩大線程組。
配置完成以後,整個引導類的 reactor 線程正式肯定。這裏肯定的工做模式,爲父子線程的模型。
也能夠不設置兩個線程組,只設置一個線程組。
若是隻設置一個線程組,具體的方法爲 —— b.group( workerGroup) 。
配置完成一個線程組,則全部的 channel ,包括服務監聽通道父親channel 和全部的子channel ,都工做在同一個線程組中。
說明一下,一個線程組,可不止一條線程哈。
Netty 不止支持 Java NIO ,也支持阻塞式的 BIO (在Netty 中 叫作OIO)。
這裏配置的是NIO,方法以下。
//2 設置nio類型的channel b.channel(NioServerSocketChannel.class);
若是想指定 IO 模型爲 BIO,那麼這裏配置上Netty的 OioServerSocketChannel.class 類型便可。因爲NIO 的優點巨大,一般不會在Netty中使用BIO。
//3 設置監聽端口 b.localAddress(new InetSocketAddress(port));
這是最爲簡單的一步操做。
childOption() 方法
給每條child channel 鏈接設置一些TCP底層相關的屬性,好比上面,咱們設置了兩種TCP屬性,其中 ChannelOption.SO_KEEPALIVE表示是否開啓TCP底層心跳機制,true爲開
option() 方法
對於server bootstrap而言,這個方法,是給parent channel 鏈接設置一些TCP底層相關的屬性。
TCP鏈接的參數詳細介紹以下。
SO_RCVBUF ,SO_SNDBUF
這兩個選項就是來設置TCP鏈接的兩個buffer尺寸的。
每一個TCP socket在內核中都有一個發送緩衝區和一個接收緩衝區,TCP的全雙工的工做模式以及TCP的滑動窗口即是依賴於這兩個獨立的buffer以及此buffer的填充狀態。
SO_SNDBUF
Socket參數,TCP數據發送緩衝區大小。該緩衝區即TCP發送滑動窗口,linux操做系統可以使用命令:cat /proc/sys/net/ipv4/tcp_smem 查詢其大小。
TCP_NODELAY
TCP參數,當即發送數據,默認值爲Ture(Netty默認爲True而操做系統默認爲False)。該值設置Nagle算法的啓用,改算法將小的碎片數據鏈接成更大的報文來最小化所發送的報文的數量,若是須要發送一些較小的報文,則須要禁用該算法。Netty默認禁用該算法,從而最小化報文傳輸延時。
這個參數,與是否開啓Nagle算法是反着來的,true表示關閉,false表示開啓。通俗地說,若是要求高實時性,有數據發送時就立刻發送,就關閉,若是須要減小發送次數減小網絡交互,就開啓。
SO_KEEPALIVE
底層TCP協議的心跳機制。Socket參數,鏈接保活,默認值爲False。啓用該功能時,TCP會主動探測空閒鏈接的有效性。能夠將此功能視爲TCP的心跳機制,須要注意的是:默認的心跳間隔是7200s即2小時。Netty默認關閉該功能。
SO_REUSEADDR
Socket參數,地址複用,默認值False。有四種狀況可使用:
(1).當有一個有相同本地地址和端口的socket1處於TIME_WAIT狀態時,而你但願啓動的程序的socket2要佔用該地址和端口,好比重啓服務且保持先前端口。
(2).有多塊網卡或用IP Alias技術的機器在同一端口啓動多個進程,但每一個進程綁定的本地IP地址不能相同。
(3).單個進程綁定相同的端口到多個socket上,但每一個socket綁定的ip地址不一樣。(4).徹底相同的地址和端口的重複綁定。但這隻用於UDP的多播,不用於TCP。
SO_LINGER
Socket參數,關閉Socket的延遲時間,默認值爲-1,表示禁用該功能。-1表示socket.close()方法當即返回,但OS底層會將發送緩衝區所有發送到對端。0表示socket.close()方法當即返回,OS放棄發送緩衝區的數據直接向對端發送RST包,對端收到復位錯誤。非0整數值表示調用socket.close()方法的線程被阻塞直到延遲時間到或發送緩衝區中的數據發送完畢,若超時,則對端會收到復位錯誤。
SO_BACKLOG
Socket參數,服務端接受鏈接的隊列長度,若是隊列已滿,客戶端鏈接將被拒絕。默認值,Windows爲200,其餘爲128。
b.option(ChannelOption.SO_BACKLOG, 1024)
表示系統用於臨時存放已完成三次握手的請求的隊列的最大長度,若是鏈接創建頻繁,服務器處理建立新鏈接較慢,能夠適當調大這個參數.
SO_BROADCAST
Socket參數,設置廣播模式。
ChannelPipeline 這是Netty處理請求的責任鏈,這是一個ChannelHandler的鏈表,而ChannelHandler就是用來處理網絡請求的內容的。
每個channel ,都有一個處理器流水線。
裝配 child channel 流水線,調用 childHandler()方法,傳遞一個ChannelInitializer 的實例。
在 child channel 建立成功,開始通道初始化的時候,在bootstrap啓動器中配置的 ChannelInitializer 實例就會被調用。
這個時候,才真正的執行去執行 initChannel 初始化方法,開始通道流水線裝配。
流水線裝配,主要是在流水線pipeline 的後面,增長負責數據讀寫、處理業務邏輯的handler。
b.childHandler(new ChannelInitializer<SocketChannel>() { //有鏈接到達時會建立一個channel protected void initChannel(SocketChannel ch) throws Exception { ch.pipeline().addLast(new ProtobufDecoder()); ch.pipeline().addLast(new ProtobufEncoder()); // pipeline管理channel中的Handler // 在channel隊列中添加一個handler來處理業務 ch.pipeline().addLast("serverHandler", serverHandler); } });
說明一下,ChannelInitializer這個類中,有一個泛型參數 SocketChannel,這裏的類型,須要和前面的Channel類型對應上。
順便說一下處理器。
處理器 ChannelHandler 用來處理網絡請求內容,有ChannelInboundHandler和ChannelOutboundHandler兩種,ChannlPipeline會從頭至尾順序調用ChannelInboundHandler處理網絡請求內容,從尾到頭調用ChannelOutboundHandler 處理網絡請求內容。
pipeline 流水線的圖,大體以下:
如何裝配parent 通道呢?
使用serverBootstrap.handler() 方法 。 handler()方法,能夠和前面分析的childHandler()方法對應起來。childHandler()用於指定處理新鏈接數據的讀寫處理邏輯。 handler()方法裝配parent 通道。
比方說:
serverBootstrap.handler(new ChannelInitializer() { protected void initChannel(NioServerSocketChannel ch) { System.out.println("服務端啓動中"); } } )
handler()用於指定在服務端啓動過程當中的一些邏輯,一般狀況下呢,咱們用不着這個方法。
// 經過調用sync同步方法阻塞直到綁定成功 ChannelFuture channelFuture = b.bind().sync(); LOGGER.info(ChatServer.class.getName() + " started and listen on " + channelFuture.channel().localAddress());
這個也很簡單。
ChannelFuture 在Netty中的全部的I/O操做都是異步執行的,這就意味着任何一個I/O操做會馬上返回,不保證在調用結束的時候操做會執行完成。所以,會返回一個ChannelFuture的實例,經過這個實例能夠獲取當前I/O操做的狀態。
// 7 監聽通道關閉事件 // 應用程序會一直等待,直到channel關閉 ChannelFuture closeFuture= channelFuture.channel().closeFuture(); closeFuture.sync();
對於客戶端來講,Bootstrap是開發netty客戶端的基礎,經過Bootstrap的connect方法來鏈接服務器端。該方法返回的也是ChannelFuture。
// 8 優雅關閉EventLoopGroup, // 釋放掉全部資源包括建立的線程 workerLoopGroup.shutdownGracefully(); bossLoopGroup.shutdownGracefully();
這個,會關閉全部的child channel,這是很是重要的。
關閉以後,會釋放掉底層的資源,如TCP Socket 文件描述符,等等。
Java (Netty) 聊天程序【 億級流量】實戰 開源項目實戰
瘋狂創客圈 【 博客園 總入口 】