ByteBuffer其實(shí)就是一個(gè)字節(jié)緩沖區(qū), 在這里你可以對(duì)緩沖區(qū)的數(shù)據(jù)進(jìn)行 字節(jié)級(jí)的操作. 這樣的好處在于你可以比較方便的獲取到底層的字節(jié)操作和字節(jié)數(shù)據(jù). 比如你有一個(gè)int型數(shù)據(jù), 而你想獲取他的byte[]數(shù)組, 你可以這樣做:
ByteBuffer buffer = ByteBuffer.allocate(1024); //分配一定的空間,1024
int i = 90;
buffer.putInt(i);
byte[] array = buffer.array(); //獲取該buffer的數(shù)組,這個(gè)數(shù)組是跟該buffer一一對(duì)應(yīng)的
for(int j =0; j <4;j++){
System.out.println(Integer.toBinaryString(array[j] & 0xFF));
}

將array中的數(shù)據(jù)包裝到ByteBuffer中
byte[] array = new byte[1024];
ByteBuffer buffer = ByteBuffer.wrap(array);

等效于
ByteBuffer buffer = ByteBuffer.allocate(1024); //分配一定的空間,1024

public final Buffer flip()
反轉(zhuǎn)此緩沖區(qū)。首先對(duì)當(dāng)前位置設(shè)置限制，然后將該位置設(shè)置為零。如果已定義了標(biāo)記，則丟棄該標(biāo)記。
當(dāng)將數(shù)據(jù)從一個(gè)地方傳輸?shù)搅硪粋€(gè)地方時(shí)，經(jīng)常將此方法與 compact 方法一起使用。

我最終的理解是: 文檔翻譯得太差了, 把不應(yīng)該翻譯的內(nèi)容也譯成了中文, 所以反而不容易理解.
關(guān)鍵就在以下 2 處:

當(dāng)前位置: 這個(gè)可以直觀地理解為緩沖區(qū)中的當(dāng)前數(shù)據(jù)指針, 或是 SQL 中的游標(biāo), 記為 curPointer.
限制: 這個(gè)可以理解成實(shí)際操作的緩沖區(qū)段的結(jié)束標(biāo)記, 記為 endPointer.
反轉(zhuǎn): 這個(gè)完全是對(duì) flip 這個(gè)詞不負(fù)責(zé)的翻譯, 如果參照 DirectX 里的 flip() 而譯為翻轉(zhuǎn)/翻頁(yè), 那就好理解得多, 就像寫(xiě)信/看信, 寫(xiě)/看完一頁(yè)后, 翻到下一頁(yè), 眼睛/筆從頁(yè)底重新移回頁(yè)首.
這個(gè)翻轉(zhuǎn)背后的操作其實(shí)就是 "把 endPointer 定位到 curPointer 處, 并把 curPointer 設(shè)為 0".

關(guān)于標(biāo)記, 在這里不涉及. 下一句說(shuō)到常與 compact 方法一起使用, 是可以想像的, 因?yàn)?compact 方法對(duì)數(shù)據(jù)進(jìn)
行了壓縮, 有效數(shù)據(jù)的真實(shí)長(zhǎng)度發(fā)生了變化, 肯定需要用 flip 重新定位結(jié)束標(biāo)記.

在填充, 壓縮等數(shù)據(jù)操作時(shí), curPointer 估計(jì)都是自動(dòng)更新了位置的, 總是指向最后一個(gè)有效數(shù)據(jù), 所以每次調(diào)
用 flip() 后, endPointer 就指向了有效數(shù)據(jù)的結(jié)尾, 而 curPointer 指向了 0 (緩沖起始處).

舉個(gè)圖例:
(c 和 e 分別代表 curPointer 和 endPointer 兩個(gè)指針)

* 先是一個(gè)空的 ByteBuffer (大小為 10 字節(jié))
-------------------
-------------------
c
e


* 然后填充 5 字節(jié)數(shù)據(jù)
-------------------
0 1 2 3 4
-------------------
e c
此時(shí), endPointer 尚在 0 處, curPointer 移到了數(shù)據(jù)結(jié)尾.
經(jīng)測(cè)試, 此時(shí)若取數(shù)據(jù), 將得到 5 個(gè)字節(jié), 內(nèi)容通常為 0 (也有可能是未知), 因?yàn)閷?shí)際上取到的是從 c 處到緩沖
區(qū)實(shí)際結(jié)束處的 5 個(gè)未初始化的字節(jié).
(QZone 字體處理不正確, 此處 c 是在 4 的下面, e 在 0 的下面)

* 調(diào)用一次 flip() 后
-------------------
0 1 2 3 4
-------------------
c e
此時(shí), endPointer 先被移到 curPointer, 然后 curPointer 移到 0.
通過(guò)測(cè)試可見(jiàn), ByteBuffer 取數(shù)據(jù)時(shí), 是從 curPointer 起, 到 endPointer 止, 若 curPointer > endPointer, 則取到緩沖區(qū)結(jié)束.
(QZone 字體處理不正確, 此處 c 是在 0 的下面, e 在 4 的下面)

再看上面代碼的關(guān)鍵片段, 行 8 處調(diào)用 flip() 即有兩個(gè)作用, 一是將 curPointer 移到 0, 二是將 endPointer 移到有效數(shù)據(jù)結(jié)尾.

此行可由以下兩行代替:
buff.limit( buff.position());
buff.position( 0 );

可見(jiàn)對(duì)其工作原理的理解, 應(yīng)該是正確的

1. put 數(shù)據(jù)時(shí), 不會(huì)自動(dòng)清除緩沖區(qū)中現(xiàn)有的數(shù)據(jù).
2. 每一次 get 或 put 后, curPointer 都將向緩沖區(qū)尾部移動(dòng), 移動(dòng)量=操作的數(shù)據(jù)量.
3. get/put 均是從 curPointer 起, 到 curPointer + 操作的數(shù)據(jù)長(zhǎng)度止.
4. get/put 操作中, 若 curPointer 超過(guò)了 endPointer 或緩沖區(qū)總長(zhǎng)度, 將拋出 java.nio.BufferUnderflowException 異常.

注: curPointer 和 endPointer 只是為文中方便描述命名的, 實(shí)際分別對(duì)應(yīng)到 ByteBuffer.position() 和 ByteBuffer.limit() 兩個(gè)方法.

ByteBuffer 的filp函數(shù), 將緩沖區(qū)的終止位置limit設(shè)置為當(dāng)前位置, 緩沖區(qū)的游標(biāo)position(當(dāng)前位置)重設(shè)為0.
比如 我們有初始化一個(gè)ByteBuffer 后有
ByteBuffer buffer = ByteBuffer.allocate(1024);
這是 終止位置limit在1024， 而起始位置position在 0
如果我們添加一個(gè)數(shù)據(jù),
buffer.putint(90);
這會(huì)使起始位置 position 移到4, 也就是說(shuō)postion始終都在第一個(gè)可寫(xiě)字節(jié)的位置上. limit 則不會(huì)發(fā)生改變
而如果這時(shí),我們調(diào)用
buffer.flip();
position轉(zhuǎn)到0， limit轉(zhuǎn)到 4 也就是原來(lái)的position 所在位置
這里的flip, 從另外一個(gè)角度上來(lái)說(shuō), 是在讀數(shù)據(jù)時(shí),操作的
然而, 如果我此時(shí)在寫(xiě)
buffer.putInt(90);
就會(huì)將原來(lái)的覆蓋掉
如果我們?cè)趯?xiě), 這時(shí)就不行了, 就會(huì)重現(xiàn)問(wèn)題了. 因?yàn)槲覀兊膌imit是4, 我們寫(xiě)入數(shù)據(jù)不能超過(guò)這個(gè)limit,(當(dāng)然還有capacity)
所以在寫(xiě)的時(shí)候,最好先清空buffer.clear();
如果真的不想清空, 也可以調(diào)用
buffer.limit(newlimit);
設(shè)置一個(gè)較大的limit, 再寫(xiě)入
當(dāng)然不能超過(guò)capacity, 可以等于 capacity

關(guān)于byteBuffer，可以看一下Think in java 第四版中的介紹，非常明確，你的說(shuō)法中有些地方不夠清晰，有點(diǎn)混淆。

凈瞎扯淡