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

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

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

public final Buffer flip()
反轉此緩沖區(qū)。首先對當前位置設置限制，然后將該位置設置為零。如果已定義了標記，則丟棄該標記。
當將數據從一個地方傳輸到另一個地方時，經常將此方法與 compact 方法一起使用。

我最終的理解是: 文檔翻譯得太差了, 把不應該翻譯的內容也譯成了中文, 所以反而不容易理解.
關鍵就在以下 2 處:

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

關于標記, 在這里不涉及. 下一句說到常與 compact 方法一起使用, 是可以想像的, 因為 compact 方法對數據進
行了壓縮, 有效數據的真實長度發(fā)生了變化, 肯定需要用 flip 重新定位結束標記.

在填充, 壓縮等數據操作時, curPointer 估計都是自動更新了位置的, 總是指向最后一個有效數據, 所以每次調
用 flip() 后, endPointer 就指向了有效數據的結尾, 而 curPointer 指向了 0 (緩沖起始處).

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

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


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

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

再看上面代碼的關鍵片段, 行 8 處調用 flip() 即有兩個作用, 一是將 curPointer 移到 0, 二是將 endPointer 移到有效數據結尾.

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

可見對其工作原理的理解, 應該是正確的

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

注: curPointer 和 endPointer 只是為文中方便描述命名的, 實際分別對應到 ByteBuffer.position() 和 ByteBuffer.limit() 兩個方法.

ByteBuffer 的filp函數, 將緩沖區(qū)的終止位置limit設置為當前位置, 緩沖區(qū)的游標position(當前位置)重設為0.
比如 我們有初始化一個ByteBuffer 后有
ByteBuffer buffer = ByteBuffer.allocate(1024);
這是 終止位置limit在1024， 而起始位置position在 0
如果我們添加一個數據,
buffer.putint(90);
這會使起始位置 position 移到4, 也就是說postion始終都在第一個可寫字節(jié)的位置上. limit 則不會發(fā)生改變
而如果這時,我們調用
buffer.flip();
position轉到0， limit轉到 4 也就是原來的position 所在位置
這里的flip, 從另外一個角度上來說, 是在讀數據時,操作的
然而, 如果我此時在寫
buffer.putInt(90);
就會將原來的覆蓋掉
如果我們在寫, 這時就不行了, 就會重現問題了. 因為我們的limit是4, 我們寫入數據不能超過這個limit,(當然還有capacity)
所以在寫的時候,最好先清空buffer.clear();
如果真的不想清空, 也可以調用
buffer.limit(newlimit);
設置一個較大的limit, 再寫入
當然不能超過capacity, 可以等于 capacity

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

凈瞎扯淡