網絡數據的基本單位老是字節,Java NIO 提供了 ByteBuffer 做爲它的字節容器,但這個類的使用過於複雜。Netty 的 ByteBuf 具備卓越的功能性和靈活性,能夠做爲 ByteBuffer 的替代品java
Netty 的數據處理 API 經過兩個組件暴露 —— abstract class ByteBuf 和 interface ByteBufHolder,下面是 ByteBuf API 的優勢:數組
ByteBuf 維護了兩個不一樣的索引:一個用於讀取,一個用於寫入,當你從 ByteBuf 讀取時,readIndex 會遞增已經被讀取的字節數。一樣的,當你寫入 ByteBuf 時,它的 writeIndex 也會遞增。readIndex 和 writeIndex 的起始位置都爲 0網絡
若是 readIndex 和 writeIndex 的值相等,也即此時已經到了可讀取數據的末尾,就如同達到數組末尾同樣,試圖讀取超出該點的數據將觸發一個 IndexOutOfBoundsExceptionapp
名稱以 read 或 write 開頭的 ByteBuf 方法,將會推動其對應的索引,而名稱以 set 或 get 開頭的操做則不會dom
最經常使用的 ByteBuf 模式是將數據存儲在 JVM 的堆空間中,這種模式被稱爲支撐數組(backing array)它能在沒有使用池化的狀況下提供快速的分配和釋放,適合於有遺留的數據須要處理的狀況ide
ByteBuf heapBuf = ...; // 檢查 ByteBuf 是否有一個支撐數組 if(heapBuf.hasArray()) { // 獲取對該數組的引用 byte[] array = heapBuf.array(); // 計算第一個字節的偏移量 int offset = heapBuf.arrayOffset() + heapBuf.readerIndex(); // 得到可讀字節數 int length = heapBuf.readableBytes(); // 使用數組、偏移量和長度做爲參數調用你的方法 handleArray(array, offset, length); }
直接緩衝區使用本地內存存儲數據,更適合用於網絡傳輸,但相對於堆緩衝區,其分配和釋放都較爲昂貴。另外,若是你正在處理遺留代碼,處理直接緩衝區內容時,你必須將其內容進行一次複製工具
ByteBuf directBuf = ...; // 不是支撐數組就是直接緩衝區 if(!directBuf.hasArray()) { // 獲取可讀字節數 int length = directBuf.readableBytes(); // 分配一個新的數組來保存具備該長度的字節數組 byte[] array = new byte[length]; // 將字節複製到該數組 directBuf.getBytes(directBuf.readerIndex(), array); // 使用數組、偏移量和長度做爲參數調用你的方法 handleArray(array, 0, length); }
複合緩衝區爲多個 ByteBuf 提供了一個聚合視圖,能夠根據須要添加或刪除 ByteBuf 實例。Netty 經過一個 ByteBuf 子類 —— CompositeByteBuf 實現這個模式,它提供了一個將多個緩衝區表示爲單個合併緩衝區的虛擬表示性能
CompositeByteBuf 中的 ByteBuf 實例可能同時包含直接內存和非直接內存分配,若是其中只有一個實例,那麼對 CompositeByteBuf 上的 hasArray() 方法的調用將返回該數組上的 hasArray() 方法的值,不然返回 false調試
CompositeByteBuf messageBuf = Unpooled.compositeBuffer(); ByteBuf headerBuf = ...; ByteBuf bodyBuf = ...; // 將 ByteBuf 實例追加到 CompositeByteBuf messageBuf.addComponents(headerBuf, bodyBuf); ... // 刪除第位於索引位置爲 0 的 ByteBuf messageBuf.removeComponent(0); // 循環遍歷全部的 ByteBuf 實例 for(ByteBuf buf : messageBuf) { System.out.println(buf.toString()); }
如同普通的 Java 字節數組同樣,ByteBuf 的索引是從零開始的:第一個字節的索引是 0,最後一個字節的索引老是 capacity() - 1日誌
ByteBuf buffer = ...; for(int i = 0; i < buffer.capacity(); i++) { byte b = buffer.getByte(i); System.out.println((char) b) }
這種須要一個索引值參數的方法訪問數據不會改變 readerIndex 也不會改變 writerIndex。若是須要改變,也能夠經過調用 readerIndex(index) 或者 writerIndex(index) 來手動移動這二者
雖然 ByteBuf 同時具備讀索引和寫索引,可是 JDK 的 ByteBuf 卻只有一個索引,這也就是爲何必須調用 flip() 方法來在讀模式和寫模式之間進行切換的緣由
可丟棄字節的分段包含了已經被讀過的字節,經過調用 discardReadBytes() 方法,能夠丟棄它們並回收空間。這個分段的初始大小爲 0,存儲在 readerIndex 中,會隨着 read 操做的執行而增長
可能你會想到頻繁調用 discardReadBytes() 方法以確保可寫分段的最大化,但這極有可能會致使內存複製,由於可讀字段必須被移動到緩衝區的開始位置
ByteBuf 的可讀字節分段存儲了實際數據,新分配的、包裝的或者複製的緩衝區的默認的 readerIndex 值爲 0。任何名稱以 read 或者 skip 開頭的操做都將檢索或者跳過位於當前 readerIndex 的數據,而且將它增長已讀字節數
若是嘗試在緩衝區的可讀字節數已經耗盡時從中讀取數據,那麼將會引起一個 IndexOutOfBoundsException
ByteBuf buffer = ...; while(buffer.isReadable()) { System.out.println(buffer.readByte()); }
可寫字節分段是指一個擁有未定義內容、寫入就緒的內存區域。新分配的緩衝區的 writerIndex 的默認值爲 0.任何名稱以 write 開頭的操做都將從當前的 writerIndex 處開始寫數據,並將它增長已經寫入的字節數。若是寫操做的目標是 ByteBuf,而且沒有指定源索引的值,則緩衝區的 readerIndex 也一樣會被增長相同的大小
writeBytes(ByteBuf dest)
若是嘗試往目標寫入超過目標容量的數據,將會引起一個 IndexOutOfBoundException
ByteBuf buffer = ...; while(buffer.writableBytes() >= 4) { buffer.writeInt(random.nextInt()); }
JDK 的 InputStream 定義了 mark(int readlimit) 和 reset() 方法,這些方法分別被用來將流中的當前位置標記爲指定的值,以及將流重置到該位置
一樣,能夠經過 markReaderIndex()、markWriterIndex()、resetWriterIndex() 和 resetReaderIndex() 來標記和重置 ByteBuf 的 readerIndex 和 writerIndex
也能夠經過 readerIndex(int) 或者 writerIndex(int) 來將索引移動到指定位置。任何試圖將索引設置到無效位置都將致使 IndexOutOfBoundsException
能夠經過調用 clear() 方法來將 readerIndex 和 writerIndex 都設置爲 0,這樣並不會清除內存中的內容。調用 clear() 比調用 discardReadBytes() 輕量得多,由於它只是重置索引
在 ByteBuf 中有多種能夠用來肯定指定值的索引的方法,最簡單的是 indexOf() 方法。較爲複雜的查找能夠經過那些須要一個 ByteBufProcessor 做爲參數的方法達成,這個接口只定義了一個方法
boolean process(byte value);
它將檢查輸入值是不是正在查找的值,ByteBufProcessor 針對一些常見的值定義了許多便利方法
ByteBuf buffer = ...; // 查找回車符 \r int index = buffer.forEachByte(ByteBufProcessor.FIND_CR);
派生緩衝區爲 ByteBuf 提供了以專門的方式來呈現其內容的視圖,這些視圖經過如下方法被建立
這些方法都將返回一個新的 ByteBuf 實例,其內部存儲和 JDK 的 ByteBuffer 共享,這也意味着,若是你修改了它的內容,也即同時修改了其對應的源實例。若是須要一個現有緩衝區的真實副本,請使用 copy() 或 copy(int, int) 方法
// 對 ByteBuf 進行切片 Charset utf8 = Charset.forName(StandardCharsets.UTF_8); ByteBuf buf = Unpooled.copiedBuffer("Netty in Action rocks!", urf8); // 建立該 ByteBuf 從索引 0 到 15 結束的一個新切片 ByteBuf sliced = buf.slice(0, 15); // 更新索引 0 處的字節 buf.setByte(0, (byte) 'J'); // 成功,由於數據是共享的 assert buf.getByte(0) == sliced.getByte(0);
// 對 ByteBuf 進行切片 Charset utf8 = Charset.forName(StandardCharsets.UTF_8); ByteBuf buf = Unpooled.copiedBuffer("Netty in Action rocks!", urf8); // 建立該 ByteBuf 從索引 0 到 15 結束的一個新副本 ByteBuf sliced = buf.copy(0, 15); // 更新索引 0 處的字節 buf.setByte(0, (byte) 'J'); // 成功,由於數據不是共享的 assert buf.getByte(0) != sliced.getByte(0);
有兩種類別的讀/寫操做:
方法 | 描述 |
---|---|
setBoolean (int , boolean) | 設定給定索引處的 Boolean 值 |
getBoolean(int) | 返回給定索引處的 Boolean 值 |
setByte(int index, int value) | 設定給定索引處的字節值 |
getByte(int) | 返回給定索引處的字節 |
getUnsignedByte(int ) | 將給定索引處的無符號字節值做爲 short 返回 |
setMedium(int index , int value) | 設定給定索引處的 24 位的中等 int值 |
getMedium(int) | 返回給定索引處的 24 位的中等 int 值 |
getUnsignedMedium (int) | 返回給定索引處的無符號的 24 位的中等 int 值 |
setint(int index , int value) | 設定給定索引處的 int 值 |
getint (int) | 返回給定索引處的 int 值 |
getUnsignedint(int) | 將給定索引處的無符號 int 值做爲 long 返回 |
setLong(int index, long value) | 設定給定索引處的 long 值 |
getLong(int) | 返回給定索引處的 long 值 |
setShort(int index, int value) | 設定給定索引處的 short 值 |
getShort(int) | 返回給定索引處的 short 值 |
getUnsignedShort(int) | 將給定索引處的無符號 short 值做爲 int 返回 |
getBytes (int, …) | 將該緩衝區中從給定索引開始的數據傳送到指定的目的地 |
read/write 操做的 API 和 set/get 大同小異,只不過會增長索引值
ByteBuf 還提供了其餘有用的操做
方法 | 描述 |
---|---|
isReadable () | 若是至少有一個字節可供讀取,則返回 true |
isWritable () | 若是至少有一個字節可被寫入,則返回 true |
readableBytes() | 返回可被讀取的字節數 |
writableBytes() | 返回可被寫入的字節數 |
capacity() | 返回 ByteBuf 可容納的字節數 。在此以後,它會嘗試再次擴展直到達到maxCapacity () |
maxCapacity() | 返問 ByteBuf 能夠容納的最大字節數 |
hasArray() | 若是 ByteBuf 由一個字節數組支撐,則返回 true |
array () | 若是 ByteBuf 由一個字節數組支撐則返問該數組;不然,它將拋出 一個 UnsupportedOperat工onException 異常 |
爲了下降分配和釋放內存的開銷,Netty 經過 interface ByteBufAllocator 實現了 ByteBuf 的池化,用於分配 ByteBuf 實例
下面是 ByteBufAllocator 的一些 API
方法 | 描述 |
---|---|
buffer()buffer(int initialCapacity);buffer(int initialCapacity, int maxCapacity); | 返回一個基於堆或者直接內存存儲的 ByteBuf |
heapBuffer ()heapBuffer(int initialCapacity)heapBuffer(int initialCapacity, int maxCapacity) | 返回一個基於堆內存存儲的 ByteBuf |
directBuffer()directBuffer(int initialCapacity)directBuffer(int initialCapacity , int maxCapacity) | 返回一個基於直接內存存儲的 ByteBuf |
compositeBuffer()compositeBuffer(int maxNumComponents) compositeDirectBuffer()compositeDirectBuffer (int maxNumComponents); compositeHeapBuffer()compositeHeapBuffer(int maxNumComponents); | 返回一個能夠經過添加最大到指定數目的基於堆的或者直接內存存儲的緩衝區來擴展的 CompositeByteBuf |
ioBuffer() | 返回一個用於套接字的 I/O 操做的 ByteBuf。默認地, 當所運行的環境具備 sun.misc.Unsafe支持時,返回基於直接內存存儲的 ByteBuf,不然返回基於堆內存存儲的 ByteBuf;當指定使用 PreferHeapByteBufAllocator 時,則只會返回基於堆內存存儲的 ByteBuf |
能夠經過 Channel 或者綁定到 ChannelHandler 的 ChannelHandlerContext 獲取一個 ByteBufAllocator 的引用
Channel channel = ...; ByteBufAllocator allocator = channel.alloc(); ... ChannelHandlerContext ctx = ...; ByteBufAllocator allocator = ctx.alloc();
Netty 提供了兩種 ByteBufAllocator 的實現:PooledByteBufAllocator 和 UnpooledByteBufAllocator ,前者池化了 ByteBuf 實例以提供性能,最大限度減小內存碎片。後者不池化 ByteBuf 實例,每次調用都會返回一個新的實例
若是你未能獲取 ByteBufAllocator 實例,Netty 也提供了名爲 Unpooled 的工具類,它提供了靜態的輔助方法來建立未池化的 ByteBuf 實例
方法 | 描述 |
---|---|
buffer()buffer(int 工nitialCapacity)buffer(int initialCapacity, int maxCapacity) | 返回一個未池化的基於堆內存存儲的ByteBuf |
directBuffer()directBuffer(int initialCapacity)directBuffer(int initialCapacity, int maxCapacity) | 返回一個未池化的基於直接內存存儲ByteBuf |
wrappedBuffer() | 返回一個包裝了給定數據的ByteBuf |
copiedBuffer() | 返回一個複製了給定數據的 ByteBuf |
ByteBufUtil 提供了用於操做 ByteBuf 的靜態的輔助方法。由於這個 API 是通用的,而且和池化無關,因此這些方法已然在分配類的外部實現
這些靜態方法中最有價值的可能就是 hexdump() 方法,它以十六進制的表示形式打印 ByteBuf 的內容。 這在各類狀況下都頗有用,例如,出於調試 的目的記錄 ByteBuf 的內容。十六進制的表示一般會提供一個比字節值的直接表示形式更加有用的日誌條目,此外,十六進制的版本還能夠很容易地轉換回實際的字節表示
另外一個有用的方法是 boolean equals(ByteBuf , ByteBuf),它被用來判斷兩個 ByteBuf 實例的相等性。 若是你實現本身的 ByteBuf 子類,你可能會發現 ByteBufUtil 的其餘有用方法