使用byte[]而非Byte[]可避免对象开销；禁用自动装箱；复用数组减少GC压力。
Java原生数组（如 byte[]）本身就是连续内存块，直接存储 byte 值，不涉及对象包装或指针间接访问，天然规避了对象引用开销。关键在于**避免自动装箱、不创建包装类数组、合理管理数组生命周期**。
用 byte[] 而非 Byte[]
这是最根本的区分：
-
byte[] data = new byte[1024];→ 内存中分配 1024 字节的连续空间，每个元素是原始byte值，无对象头、无引用字段 -
Byte[] data = new Byte[1024];→ 分配 1024 个Byte引用（64 位 JVM 下约 8KB 引用空间），每个元素还需单独 new 出Byte对象（含对象头、指向 class 的指针等），严重放大内存占用和 GC 压力
避免隐式装箱操作
即使使用 byte[]，某些写法仍会触发装箱，导致临时对象生成：
- ❌ 错误示例：
list.add(arr[i]);（arr是byte[]，但list是List<Byte>→ 自动装箱为Byte.valueOf(arr[i])） - ✅ 正确做法：用原始类型集合库（如 Agrona 的
MutableDirectBuffer）、或保持纯数组+索引操作；若必须进集合，优先选int[]/long[]配合位运算模拟多字节结构，而非包装类
复用数组，减少频繁分配
虽然 byte[] 本身无引用开销，但频繁 new byte[n] 仍引发 GC 和内存碎片：
立即学习“Java免费学习笔记（深入）”；
- 对短生命周期缓冲区（如网络读写），使用
ThreadLocal<byte[]>或对象池（如 Apache Commons Pool）复用固定大小数组 - 避免在循环内创建新数组：
❌ 不推荐：for (int i = 0; i <br><font color="#666">✅ 推荐：</font><code>byte[] buf = new byte[256]; for (int i = 0; i
注意 JVM 优化边界
现代 JVM（如 HotSpot）对小数组有栈上分配（Escape Analysis）和标量替换优化，但需满足条件：
- 数组作用域明确（如方法内创建、未逃逸出方法）
- 长度固定且较小（通常 ≤ 数百字节）
- 不被反射、JNI 或同步块意外“锁定”
- 可通过
-XX:+PrintEscapeAnalysis -XX:+DoEscapeAnalysis观察是否成功栈分配
