下面枚舉所有的 Netty 應用程序的基本構建模塊,包括客戶端和服務器。
### [](https://github.com/waylau/essential-netty-in-action/blob/master/GETTING%20STARTED/Netty%20Crash%20Course.md#bootstrap)BOOTSTRAP
Netty 應用程序通過設置 bootstrap(引導)類的開始,該類提供了一個 用于應用程序網絡層配置的容器。
### [](https://github.com/waylau/essential-netty-in-action/blob/master/GETTING%20STARTED/Netty%20Crash%20Course.md#channel)CHANNEL
底層網絡傳輸 API 必須提供給應用 I/O操作的接口,如讀,寫,連接,綁定等等。對于我們來說,這是結構幾乎總是會成為一個“socket”。 Netty 中的接口 Channel 定義了與 socket 豐富交互的操作集:bind, close, config, connect, isActive, isOpen, isWritable, read, write 等等。 Netty 提供大量的 Channel 實現來專門使用。這些包括 AbstractChannel,AbstractNioByteChannel,AbstractNioChannel,EmbeddedChannel, LocalServerChannel,NioSocketChannel 等等。
### [](https://github.com/waylau/essential-netty-in-action/blob/master/GETTING%20STARTED/Netty%20Crash%20Course.md#channelhandler)CHANNELHANDLER
ChannelHandler 支持很多協議,并且提供用于數據處理的容器。我們已經知道 ChannelHandler 由特定事件觸發。 ChannelHandler 可專用于幾乎所有的動作,包括將一個對象轉為字節(或相反),執行過程中拋出的異常處理。
常用的一個接口是 ChannelInboundHandler,這個類型接收到入站事件(包括接收到的數據)可以處理應用程序邏輯。當你需要提供響應時,你也可以從 ChannelInboundHandler 沖刷數據。一句話,業務邏輯經常存活于一個或者多個 ChannelInboundHandler。
### [](https://github.com/waylau/essential-netty-in-action/blob/master/GETTING%20STARTED/Netty%20Crash%20Course.md#channelpipeline)CHANNELPIPELINE
ChannelPipeline 提供了一個容器給 ChannelHandler 鏈并提供了一個API 用于管理沿著鏈入站和出站事件的流動。每個 Channel 都有自己的ChannelPipeline,當 Channel 創建時自動創建的。 ChannelHandler 是如何安裝在 ChannelPipeline? 主要是實現了ChannelHandler 的抽象 ChannelInitializer。ChannelInitializer子類 通過 ServerBootstrap 進行注冊。當它的方法 initChannel() 被調用時,這個對象將安裝自定義的 ChannelHandler 集到 pipeline。當這個操作完成時,ChannelInitializer 子類則 從 ChannelPipeline 自動刪除自身。
### [](https://github.com/waylau/essential-netty-in-action/blob/master/GETTING%20STARTED/Netty%20Crash%20Course.md#eventloop)EVENTLOOP
EventLoop 用于處理 Channel 的 I/O 操作。一個單一的 EventLoop通常會處理多個 Channel 事件。一個 EventLoopGroup 可以含有多于一個的 EventLoop 和 提供了一種迭代用于檢索清單中的下一個。
### [](https://github.com/waylau/essential-netty-in-action/blob/master/GETTING%20STARTED/Netty%20Crash%20Course.md#channelfuture)CHANNELFUTURE
Netty 所有的 I/O 操作都是異步。因為一個操作可能無法立即返回,我們需要有一種方法在以后確定它的結果。出于這個目的,Netty 提供了接口 ChannelFuture,它的 addListener 方法注冊了一個 ChannelFutureListener ,當操作完成時,可以被通知(不管成功與否)。
*更多關于 ChannelFuture*
*想想一個 ChannelFuture 對象作為一個未來執行操作結果的占位符。何時執行取決于幾個因素,因此不可能預測與精確。但我們可以肯定的是,它會被執行。此外,所有的操作返回 ChannelFuture 對象和屬于同一個 Channel 將在以正確的順序被執行,在他們被調用后。*
- Introduction
- 開始
- Netty-異步和數據驅動
- Netty 介紹
- 構成部分
- 關于本書
- 第一個 Netty 應用
- 設置開發環境
- Netty 客戶端/服務端 總覽
- 寫一個 echo 服務器
- 寫一個 echo 客戶端
- 編譯和運行 Echo 服務器和客戶端
- 總結
- Netty 總覽
- Netty 快速入門
- Channel, Event 和 I/O
- 什么是 Bootstrapping 為什么要用
- ChannelHandler 和 ChannelPipeline
- 近距離觀察 ChannelHandler
- 總結
- 核心功能
- Transport(傳輸)
- 案例研究:Transport 的遷移
- Transport API
- 包含的 Transport
- Transport 使用情況
- 總結
- Buffer(緩沖)
- Buffer API
- ByteBuf - 字節數據的容器
- 字節級別的操作
- ByteBufHolder
- ByteBuf 分配
- 總結
- ChannelHandler 和 ChannelPipeline
- ChannelHandler 家族
- ChannelPipeline
- ChannelHandlerContext
- 總結
- Codec 框架
- 什么是 Codec
- Decoder(解碼器)
- Encoder(編碼器)
- 抽象 Codec(編解碼器)類
- 總結
- 提供了的 ChannelHandler 和 Codec
- 使用 SSL/TLS 加密 Netty 程序
- 構建 Netty HTTP/HTTPS 應用
- 空閑連接以及超時
- 解碼分隔符和基于長度的協議
- 編寫大型數據
- 序列化數據
- 總結
- Bootstrap 類型
- 引導客戶端和無連接協議
- 引導服務器
- 從 Channel 引導客戶端
- 在一個引導中添加多個 ChannelHandler
- 使用Netty 的 ChannelOption 和屬性
- 關閉之前已經引導的客戶端或服務器
- 總結
- 引導
- Bootstrap 類型
- 引導客戶端和無連接協議
- 引導服務器
- 從 Channel 引導客戶端
- 在一個引導中添加多個 ChannelHandler
- 使用Netty 的 ChannelOption 和屬性
- 關閉之前已經引導的客戶端或服務器
- 總結
- NETTY BY EXAMPLE
- 單元測試
- 總覽
- 測試 ChannelHandler
- 測試異常處理
- 總結
- WebSocket
- WebSocket 程序示例
- 添加 WebSocket 支持
- 測試程序
- 總結
- SPDY
- SPDY 背景
- 示例程序
- 實現
- 啟動 SpdyServer 并測試
- 總結
- 通過 UDP 廣播事件
- UDP 基礎
- UDP 廣播
- UDP 示例
- EventLog 的 POJO
- 寫廣播器
- 寫監視器
- 運行 LogEventBroadcaster 和 LogEventMonitor
- 總結
- 高級主題
- 實現自定義的編解碼器
- 編解碼器的范圍
- 實現 Memcached 編解碼器
- 了解 Memcached 二進制協議
- Netty 編碼器和解碼器
- 測試編解碼器
- EventLoop 和線程模型
- 線程模型的總覽
- EventLoop
- EventLoop
- I/O EventLoop/Thread 分配細節
- 總結
- 用例1:Droplr Firebase 和 Urban Airship
- 用例2:Facebook 和 Twitter