根本原因是非静态内部类隐式持有外部类强引用（this$0），触发对外部类及其字段的连锁序列化校验；若外部类或其任一非transient字段未实现Serializable，即抛NotSerializableException。
非静态内部类在序列化时抛出 NotSerializableException，根本原因不是“没加 implements Serializable”，而是它隐式持有的外部类强引用（this$0）触发了连锁校验失败。排查要从引用链入手，而不是只盯内部类本身。
看报错信息是否指向外部类不可序列化
典型错误栈中会出现类似：
java.io.NotSerializableException: com.example.OuterClass- 或更隐蔽的：
... field 'this$0' of type com.example.OuterClass
这说明 JVM 在尝试序列化内部类时，顺着 this$0 字段反向检查外部类——只要 OuterClass 没实现 Serializable，或其某个字段（比如 Thread、Socket、自定义非序列化类型）不可序列化，就会在此处中断并抛异常。
用 javap 反编译确认隐式引用是否存在
执行命令：javap -c OuterClass\$InnerClass.class
立即学习“Java免费学习笔记（深入）”；
观察构造器字节码：如果第一行是 aload_0 后紧跟 aload_1（即接收两个参数），第二个参数大概率就是 OuterClass 类型——这就是编译器注入的 this$0。有这个参数，就坐实了隐式引用，也意味着它无法脱离外部类独立序列化。
检查外部类所有字段是否可序列化
即使外部类自己实现了 Serializable，只要它包含以下任一字段，整个链路仍会失败：
- 未实现
Serializable的自定义对象（如Logger、DataSource） - 原始类型包装类以外的系统类（如
java.sql.Connection） - 被标记为
transient的字段不影响序列化，但未标记又不可序列化的字段会直接导致失败
建议逐个注释字段后重试，快速定位“坏字段”。
验证是否真需要序列化该内部类
很多场景下，所谓“要序列化内部类”，实际只是想保存它封装的一组数据。此时应：
- 把内部类字段提取到外部类中，由外部类统一
writeObject/readObject - 或改用
static嵌套类 + 显式传参，避免隐式绑定 - 或转成
record或 DTO 类，彻底解耦
强行给非静态内部类加 Serializable 并不能解决问题，反而掩盖了设计隐患。
