ByteBuffer其實就是一個字節緩沖區, 在這里你可以對緩沖區的數據進行 字節級的操作. 這樣的好處在于你可以比較方便的獲取到底層的字節操作和字節數據. 比如你有一個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()
反轉此緩沖區。首先對當前位置設置限制，然后將該位置設置為零。如果已定義了標記，則丟棄該標記。
當將數據從一個地方傳輸到另一個地方時，經常將此方法與 compact 方法一起使用。

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

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

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

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

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

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


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

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

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

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

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

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

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

ByteBuffer 的filp函數, 將緩沖區的終止位置limit設置為當前位置, 緩沖區的游標position(當前位置)重設為0.
比如 我們有初始化一個ByteBuffer 后有
ByteBuffer buffer = ByteBuffer.allocate(1024);
這是 終止位置limit在1024， 而起始位置position在 0
如果我們添加一個數據,
buffer.putint(90);
這會使起始位置 position 移到4, 也就是說postion始終都在第一個可寫字節的位置上. limit 則不會發生改變
而如果這時,我們調用
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 第四版中的介紹，非常明確，你的說法中有些地方不夠清晰，有點混淆。

凈瞎扯淡