Java的ObjectOutputStream#writeObject为何不将入参设为Serializable实现编译期检查

这个设计是JDK开发团队权衡了兼容性、灵活性之后的选择，核心原因有三个：

• 兼容运行期多态和动态替换逻辑
  writeObject()的处理逻辑支持两类运行时动态场景：第一类是多态场景，你传入的Object类型引用的实际子类对象可能实现了Serializable，但引用对应的父类本身没有实现该接口，如果编译期就限制入参类型，这类场景必须额外做强转，严重影响通用代码的编写效率；第二类是序列化替换逻辑，JDK允许对象通过重写writeReplace()方法在序列化前替换成另一个实例，哪怕你传入的原对象没有实现Serializable，只要替换后的实例实现了该接口就能正常序列化，编译期校验会直接把这类合法场景堵死。
• 向下兼容存量代码
  Java序列化特性在JDK 1.1版本就已经发布，而Java的泛型机制直到JDK 1.5才上线。如果早期版本就把writeObject()的入参限定为Serializable，所有处理多态对象的序列化代码都需要做大量类型转换，开发成本极高。就算后续泛型上线，为了保证老版本代码能正常编译运行，也不可能再修改方法签名，否则会直接导致存量代码编译失败。
• 降低通用工具类的开发复杂度
  大部分序列化框架、数据处理工具的通用逻辑里，拿到的待处理对象都是Object类型，一般会先根据业务规则做类型校验，再决定是否要序列化。如果writeObject()方法强制要求入参为Serializable类型，这些工具类在调用前必须额外做一次强转，反而增加了不必要的代码冗余，且实际运行期还是要做类型校验，编译期校验的收益非常低。

你可以参考通用序列化工具的常规写法感受区别：

public void trySerialize(Object data, OutputStream output) throws IOException {
    if (data instanceof Serializable) {
        // 直接传入Object类型即可，不需要额外强转
        new ObjectOutputStream(output).writeObject(data);
        return;
    }
    // 非序列化对象走自定义处理逻辑
    throw new IllegalArgumentException("当前对象不支持序列化: " + data.getClass().getName());
}

如果writeObject()的入参声明为Serializable，上述代码调用该方法前必须加(Serializable) data的强转，完全是多余操作。

内容的提问来源于stack exchange，提问作者Jomy George