剛剛在刪舊圖片時發現以前為了學 ByteBuffer 時自己畫的操作圖

這張圖簡單顯示 ByteBuffer 的寫入與讀取時 position point 和 limit point 的位移
allocate 宣告 buffer capacity ，配給 JVM heap ，屬於 GC 可管範圍，需要 copy data ，速度慢於 allocateDirect
put(bytes[4]) position 一路從 0 移動到 4 ，0 ~ 3 依序放入內容值， 4 為下一個寫入位置
flip() 為準備讀取 buffer 資料前的動作，為了讀取剛剛寫入 0 ~ 3 的內容，則改變 point 指向位置 limit = position 接著 position = 0
get(bytes[4]) position 一路從 0 移動到 4 ，0 ~ 3 依序取出內容值
clear() 清除不是真的清除資料，也只是改變 point 指向位置， position = 0 且 limit = capacity ，因為下次有資料寫入會直接覆蓋 buffer 內的舊值

使用 NIO 時會經常使用 ByteBuffer 來做讀取和寫入資料，是一種基於 channel 和 buffer 的 I/O 方式
還有一種是 ByteBuffer.allocateDirect(capability) 配給 OS local memory ，不屬於 GC 可控制範圍，不需要 copy 所以速度較快
換句話說，它可以使用 native 直接配給 java heap 外的 memory ，之後通過 java heap 裡面的 DirectByteBuffer 針對這一塊 memory refernce 進行操作
可在某些使用情況下可提高性能，它避免了 java heap 和 native heap 中來回 copy data