java基本类型序列化开销小，因其不带元数据、无对象头、无引用追踪，直接二进制直写：byte/boolean占1字节，short/char占2字节，int/float占4字节，long/double占8字节。
Java的8种基本类型（byte、short、int、long、float、double、char、boolean）在分布式网络协议中序列化时，内存开销极低且高度可控——因为它们不携带类型元数据、不涉及对象头、不触发引用追踪，本质上就是“裸值”的二进制直写。
为什么基本类型序列化开销小
Java原生序列化（如ObjectOutputStream）对基本类型不做包装，直接按固定字节数写入：
- byte → 1字节，boolean → 实际占1字节（JVM规范未定义最小单位，但序列化协议统一用1字节表示true/false）
- short → 2字节，char → 2字节（UTF-16编码）
- int → 4字节，float → 4字节
- long → 8字节，double → 8字节
没有类描述符、无字段名字符串、无继承关系标记——这与引用类型（如Integer、String）形成鲜明对比：后者需写入类名、字段名、对象头、长度前缀、甚至递归序列化内部引用。
在网络协议中实际传输时的关键细节
真实分布式场景（如RPC、消息队列）通常不直接用JDK默认序列化，而是选用更紧凑的协议，但基本类型的低开销特性被所有协议继承和强化：
- Protobuf用
varint编码整数，小数值（如状态码、ID）常压缩到1–2字节；fixed32/fixed64则严格对应int/double的4/8字节 - Kryo、FST等高性能序列化库对基本类型完全零封装，写入即原始字节，无额外标记
- HTTP+JSON虽是文本协议，但数字字段仍以ASCII十进制表示（如
"age":25占6字节），相比二进制略大，但语义清晰、跨语言友好
对比包装类带来的额外成本
若误用Integer代替int，一次序列化可能多出数十字节：
- 对象头（至少8字节，含锁信息、GC年龄等）
- 类元数据引用（指向Integer.class的指针，通常4或8字节）
- 实际value字段（4字节int）+ 可能的padding对齐
- 若该Integer被多个地方引用，JDK序列化还可能写入“引用句柄”而非重复数据，但首次开销已显著上升
在高频通信场景（如每秒万级订单状态更新），把int status换成Integer status，仅字段层面就可能让单条消息膨胀10%以上。
设计建议：从协议层守住基本类型优势
要真正发挥基本类型的低开销特性，需在多个层面保持一致性：
- DTO/POJO中字段声明优先用
int而非Integer，尤其在RPC接口契约中明确要求非空数值 - 序列化框架配置关闭自动装箱优化（如Kryo默认会缓存常用Integer，但需确认是否启用）
- 避免在基本类型字段上加自定义注解触发代理逻辑（如某些ORM或验证框架可能隐式转为包装类）
- 网络传输前可做简单估算：一个含5个int、2个double、1个boolean的类，JDK序列化后主体约5×4 + 2×8 + 1 = 37字节，加上固定头部（约50字节），总开销百字节内；换成包装类后轻松破百
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
