ByteBuffer默认大端序，需显式调用order()设定字节序；应使用putInt()/getInt()等类型方法而非手动拆解字节；写后flip()、读后clear()/compact()以正确管理position和limit。
Java NIO 的 ByteBuffer 是高效处理基础类型数据的核心工具，关键在于**正确设置字节序、避免重复 flip/rewind、按类型对齐读写位置**。直接调用 putInt()、getLong() 等方法比手动拆解字节快得多，且线程安全（只要不共享同一 buffer 实例）。
确保字节序一致，避免跨平台解析错误
网络传输或文件存储时，不同系统默认字节序可能不同（如 x86 是小端，网络协议通常用大端）。ByteBuffer 默认使用大端序（BIG_ENDIAN），但必须显式确认：
- 用
buffer.order(ByteOrder.BIG_ENDIAN)或.order(ByteOrder.LITTLE_ENDIAN)显式设定，不要依赖默认 - 如果与 C/C++ 服务交互，需严格匹配对方的字节序；例如 JNI 或 Protobuf 通常用小端，就设为
LITTLE_ENDIAN - 调用
putInt()前检查：buffer.order() == ByteOrder.BIG_ENDIAN，否则结果错位
用类型专用方法，别手动循环 put/get 字节
写入 int、double 等类型时，直接调用对应方法，底层由 JVM 优化，比自己拆成 4 个 put() 快 3–5 倍：
-
buffer.putInt(123456)→ 自动写入 4 字节，更新 position -
buffer.putDouble(Math.PI)→ 写入 8 字节 IEEE 754 双精度 - 同理：
putShort()、putFloat()、putLong()、putChar() - 读取时用对应
getInt()、getDouble()等，自动跳过已读字节
控制 position 和 limit，避免 flip 失误导致数据覆盖或越界
常见错误是写完没 flip() 就读，或读完没 clear() / compact() 就继续写：
- 写入后：调用
buffer.flip()—— 把 limit 设为当前 position，position 归零，为读做准备 - 读取后：若要重用 buffer，用
buffer.clear()（重置 position=0, limit=capacity）或buffer.compact()（把未读数据移到开头，适合部分读场景） - 避免在读写中间反复调用
rewind()或reset()，易混淆状态；用mark()+reset()仅在需要回退时才用
批量操作优先，减少方法调用开销
连续写入多个同类型值时，用数组批量方法比单个调用高效：
-
buffer.putInt(1).putInt(2).putInt(3)→ 链式调用，简洁但仍是三次方法调用 -
int[] data = {1, 2, 3}; buffer.asIntBuffer().put(data)→ 一次批量写入，JVM 可能内联或向量化 - 同样适用：
asLongBuffer().put(longArray)、asDoubleBuffer().put(doubleArray) - 注意：
asXxxBuffer()返回的是视图（view），共享底层字节数组，修改它会影响原 buffer
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
