Java中基本类型不可直接序列化，包装类虽支持但效率低；高效做法是用基本类型配合ByteBuffer手动编码，或选用Kryo等优化库，避免ObjectOutputStream反射开销。
Java 中基本类型本身不能直接序列化（因为不实现 Serializable），而包装类天然支持序列化——但“高效”不是默认结果，关键在于避免隐式开销和冗余对象创建。
优先用基本类型 + 自定义序列化逻辑
对性能敏感场景（如高频网络传输、日志批量写入、缓存序列化），不依赖包装类的默认序列化。可将基本类型字段统一打包为字节数组或使用 ByteBuffer 手动编码：
- 用
ByteBuffer.allocate(4).putInt(value).array()序列化一个int，仅 4 字节，无对象头、无引用、无 GC 压力 - 多个连续基本类型（如
int,long,double）可一次性写入同一 buffer，比逐个包装再序列化快 3–5 倍 - 适用于 Protobuf、FlatBuffers 或自研二进制协议，绕过
ObjectOutputStream的反射和元数据开销
必须用包装类时，选对构造方式
若业务逻辑已依赖包装类（如泛型集合、可空字段），序列化前应确保对象轻量：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 始终用
Integer.valueOf(i)而非new Integer(i)，避免重复创建对象；-128 到 127 范围内直接复用缓存实例 - 避免在循环中反复装箱：不要写
list.add(new Integer(i))，改用list.add(i)（自动装箱会调用valueOf） - 序列化前检查是否为
null：Integer为null时，ObjectOutputStream仍需写入 null 标记，比基本类型多 1 字节；若业务允许，优先用基本类型 + 魔数（如 -1 表示缺失）替代
跨进程/网络场景推荐替代方案
标准 Java 序列化（Serializable）本身低效，包装类还会放大问题：
立即学习“Java免费学习笔记（深入）”；
-
Integer对象序列化后约 80+ 字节（含类名、字段名、继承链等元数据），而原始int仅 4 字节 - 改用 Jackson（
ObjectMapper）序列化为 JSON 时，Integer和int输出完全一致（如123），但反序列化时若字段声明为Integer，能正确接收null；声明为int则报错或设为 0 - Kryo 或 FST 等第三方序列化库对包装类有优化，但前提是关闭默认的全反射模式，注册常用类（如
Integer.class）提升速度
注意自动装箱/拆箱在序列化中的陷阱
看似简洁的代码可能隐藏性能雷区：
-
Integer i = 1000; ObjectOutputStream.write(i);—— 这里i是堆上对象，序列化时写入完整对象结构 -
int j = i; ObjectOutputStream.write(j);—— 拆箱后是栈上值，但write(int)是DataOutput接口方法，不是标准序列化；若混用ObjectOutputStream和DataOutputStream，需严格区分协议 - 泛型集合如
ArrayList<integer></integer>序列化时，每个元素都是独立对象，无法压缩；若改为int[]，序列化体积可减少 60% 以上
