Java NIO網絡傳輸圖片數據丟失：ByteBuffer翻轉與通道讀寫完整性保證

問題現象

使用 `ByteBuffer` 發送圖片對象，接收端數據不完整、圖片損壞、丟失大量數據。

核心原因

ByteBuffer 讀寫模式切換（flip/rewind/compact）使用不當，導致：

• 發送端未 `flip()` 直接 `write()` → 從 position=0 寫入 capacity 大小，包含未初始化垃圾數據
• 接收端未循環 `read()` 直到 `remaining()==0` → 單次讀取不足，數據截斷
• 未處理「黏包/半包」：TCP 流無邊界，應用層需自定義協議（長度前綴/分隔符）

正確收發模式

發送端

ByteBuffer buffer = ByteBuffer.allocate(1024 * 64); // 64KB
// 1. 序列化圖片到 buffer（put 操作）
buffer.put(imageBytes); // position 推進
// 2. **關鍵：翻轉準備讀取/發送**
buffer.flip(); // limit=position, position=0
// 3. 循環發送直到 buffer 無剩餘
while (buffer.hasRemaining()) {
    int written = channel.write(buffer);
    if (written == 0) {
        // 可選：等待可寫事件（Selector OP_WRITE）
    }
}

接收端

ByteBuffer buffer = ByteBuffer.allocate(1024 * 64);
// 1. 讀取長度前綴（假設協議：前4字節為圖片長度）
ByteBuffer header = ByteBuffer.allocate(4);
while (header.hasRemaining()) channel.read(header);
header.flip();
int length = header.getInt();

// 2. 分配精確大小 buffer
ByteBuffer body = ByteBuffer.allocate(length);
// 3. 循環讀取直到填滿
while (body.hasRemaining()) {
    int read = channel.read(body);
    if (read == -1) throw new EOFException("連接斷開");
}
body.flip(); // 準備讀取數據
byte[] imageData = new byte[length];
body.get(imageData); // 完整圖片數據

關鍵 API 速查

完整性保證清單

1. 協議定長：長度前綴（4/8字節）+ 數據體
2. 發送端：`put` → `flip` → 循環 `write` 直到 `!hasRemaining()`
3. 接收端：讀長度 → 分配Buffer → 循環 `read` 直到 `!hasRemaining()`
4. 異常處理：`read/write` 返回 0 註冊 `OP_READ/OP_WRITE`，返回 -1 關閉連接
5. 大文件：考慮 `FileChannel.transferTo/From` 零拷貝或分塊傳輸

1. 上一篇文章： Gson源碼解析：Class到Type的向上轉型與類型擦除應對
2. 下一篇文章： C語言函數傳遞數組賦值：正確使用循環或memcpy而非初始化列表

程式設計綜合問答

解決 ODBC 自動配置資料來源失敗的問題

問題描述 嘗試透過程式碼或安裝腳本自動配置 ODBC 資料來

SQL Server 存儲過程遷移至 Oracle：游標與動態 SQL 寫法差異示例

原 SQL Server 存儲過程 使用動態 SQL 拼接字

Java Swing 路由表查詢界面：按鈕事件監聽與文本框數據綁定完整實現

核心缺失：未註冊 ActionListener 代碼中 `c

Python IDLE 中 import requests 報錯而 CMD 正常的環境不一致排查

現象：CMD 下 python -c import requ