调用 reset() 的核心目的是清空 ObjectOutputStream 的对象引用表以防止内存泄漏并确保对象更新生效；它丢弃所有身份映射、重置流状态，使后续 writeObject() 强制完整序列化。
调用 reset() 的核心目的，是清空 ObjectOutputStream 内部维护的对象引用表（object table），从而让后续 writeObject() 不再复用已有对象的序列化引用，而是重新完整写入——这不仅解决重复对象内容不更新的问题，更是防止长期运行中因缓存持续增长导致的内存泄漏。
为什么对象引用缓存会引发内存泄露
ObjectOutputStream 默认启用“对象图去重”机制：首次写入某对象时，流会记录其内存地址（identity hash）并缓存其序列化结果；之后遇到同一对象（相同引用），只写一个轻量级引用标记（TC_REFERENCE），而非重复序列化。这个缓存表不会自动清理，随着写入对象增多、尤其是反复写入大量不同但生命周期短的对象（如 RPC 请求中的 DTO、Spark 任务中的闭包），缓存表持续膨胀，占用堆内存且无法被 GC 回收——这就是典型的内存泄露根源。
reset() 如何真正清除缓存
调用 reset() 会执行以下关键操作：
- 丢弃当前已写入的所有对象的身份映射记录，清空内部
handles表（本质是HandleTable） - 将流状态重置为等效于新建一个
ObjectOutputStream的初始状态 - 后续
writeObject()视所有对象为“首次出现”，强制完整序列化（包括类描述、字段值、依赖对象闭包） - 同步标记当前流位置为“重置点”，要求配对的
ObjectInputStream在对应位置也调用reset()才能正确反序列化
何时调用 reset() 更合理
不是每次 writeObject() 后都该调用 reset()，需权衡序列化体积与内存安全：
- 高频短生命周期通信场景（如 Spark RPC、Netty 自定义序列化）：建议按计数周期性重置，例如每写入 100 个对象后
reset()，既控制缓存大小，又避免类描述重复写入过多导致字节流膨胀 - 对象内容频繁变更但引用不变（如复用同一个
Person实例反复修改name字段再发送）：必须在每次writeObject()前调用reset()，否则接收端始终看到第一次序列化的旧值 - 持久化单次写入文件：通常无需
reset()，因为流生命周期短，缓存无累积风险
配套使用要点
单独调用 reset() 不足以保证健壮性，还需注意：
- 必须搭配
flush()使用，确保重置前的数据已落到底层输出流，避免数据截断 - 服务端与客户端的
ObjectInputStream必须在对应字节位置同步重置，否则会抛StreamCorruptedException - 避免在
writeObject()调用中途（如自定义writeObject()方法体内）调用reset()，会触发IOException - 若追求更高可控性，可考虑
writeUnshared()替代部分场景——它对单个对象禁用引用共享，但不重置整个流状态
