为什么 java.lang.Void 不可序列化？

Question

默认情况下可以序列化原始“void”，为什么对象“Void”不扩展可序列化？

添加示例：

RootImplementation 将出现编译错误，提示“Void 不在其范围内”，因为它不扩展 Serialized。 虽然“someMethod”会被声明为“void”，但这不会有问题。

public interface Root<R extends Serializable> extends Serializable {
  R someMethod();
}

public class RootImplementation implements Root<Void> {
  public Void someMethod() {
    return null;
  }
}

Answer 1

好的，根据您的示例，不，如果您将方法更改为 void ，它将不起作用，因为该方法必须具有返回类型（即使 Java 现在允许在重写方法中使用协变返回类型） 。对 void 的讨论使问题变得混乱。

您想要做的是将类型参数声明为“将仅返回 null”。 Void 通常是一个不错的选择，但要使 Void 正常工作，返回类型必须是 Object。 Void 不能仅仅因为有人可能想用它来指示类型参数的 null 返回而实现 API 中的每个接口。

可以通过三种方式来看待您的问题：

1. Serialized 是一种限制过度的类型声明。你真的应该使用 Object.你真的需要它是可序列化的吗？
2. 您可以将类型参数声明为 Serialized，并在实践中返回 null。这并不完全表明您每次都返回 null，但这可能就足够了。
3. 您可以声明自己的名为 Null 的类，该类实现了 Serialized，可能作为 Root 接口的静态嵌套类，并在本例中将其用作类型参数。您会发现创建自己的 Null 对象并不罕见，即使在标准 JDK 中也有（私有）空对象。

Answer 2

javadoc 很清楚：

Void类是一个不可实例化的类
用于保存引用的占位符类
到代表的类对象
Java关键字

因为你不能使用它，所以它不需要是可序列化的（除了反射的东西）。

---

对于第二个问题： void != Void （如果您在非 java 表达式中考虑 != ）

是的， void 是一个关键字，而 Void 是一个类。

Answer 3

我将把它作为comminity-wiki 放在这里

你可以（反）序列化java.lang.Void b/c 你只能用null 来初始化它。如果类为 null，Java 并不关心该类是否实现了 java.io.Serialized。

代码的结果

t1.VoidOut@19821f
t1.VoidOut@c17164

---

  public class VoidOut implements java.io.Serializable{
    int x=1;
    Void v = null;

    public static void main(String[] args) throws Throwable{
        VoidOut v = new VoidOut();
        System.out.println(v);
        ByteArrayOutputStream b =new ByteArrayOutputStream(256);
        ObjectOutputStream o = new ObjectOutputStream(b);
        o.writeObject(v);
        o.close();
        ObjectInputStream in =new ObjectInputStream(new ByteArrayInputStream(b.toByteArray()));
        System.out.println(in.readObject());        
    }
}

Answer 4

引用Javadoc：

Void 类是一个不可实例化的占位符类，用于保存对表示 Java 关键字 void 的 Class 对象的引用。

由于该类是不可实例化的，因此无法反序列化。因此不需要序列化支持。

Answer 5

可以序列化
默认情况下原始“void”，为什么
不是对象“Void”扩展
可序列化吗？

Void 不携带值，因此序列化它是没有意义的。

这不是意味着 void != Void 吗？

是的，就像 int != Integer 一样。但是当你序列化和反序列化两个int时，newint==oldint（我的意思是int，而不是Integer！！！）。 void 不可能有这样的构造。序列化任何东西都是没有任何意义的。

Answer 6

仅当您有一个 Void 类型的字段时它才有用，这确实没有意义。您还需要实际为其分配一个实例，这又没有意义。只要你不这样做，你就可以序列化包含Void字段的类的实例。为了创建 Void 的实例，您需要使用反射才能使用私有构造函数。

public class VoidSerializerDemo implements Serializable {
    private Void v;

    public static void main(String[] args) throws Exception {
        final VoidSerializerDemo instance = new VoidSerializerDemo();
        final ByteArrayOutputStream baos = new ByteArrayOutputStream();
        final ObjectOutputStream oos = new ObjectOutputStream(baos);
        oos.writeObject(instance);
        System.out.println("OK: null works");
        final Constructor<Void> constructor = Void.class.getDeclaredConstructor();
        constructor.setAccessible(true);
        instance.v = constructor.newInstance();
        oos.reset();
        System.out.println("Going to throw");
        oos.writeObject(instance);
    }
}

所以你极不可能需要关心 Void 的可序列化性，不是吗？

Answer 7

其他人已经解释了为什么对于永远无法实例化的类型来实现 Serialized 没有意义，以及为什么 void 不是基元或可序列化的。

要解决编辑中的代码问题，我认为您应该将 R extends Serialized 更改为仅绑定到 R。大多数可序列化的泛型类型并不要求它们的类型参数是可序列化的...它们只是声明，如果您在其中放入不可序列化的内容，它们将不会也不能序列化。这通常是一个很好的实践，因为在编译器级别过于努力地强制执行可序列化可能会咬伤你（正如你在这里看到的）。

Answer 8

Void 只是为了表明一个方法只能返回 null，遗憾的是没有办法直接声明 null 类型。对于 jvm Void 只是一个扩展 Object 的普通类，因此不能用于其他类或接口，这使得 Void 对于您的示例毫无用处。

由于您的方法不会返回除 null 之外的任何内容，因此您可以将 Void 替换为类似以下内容：

public final SerializebaleVoid extends Object implements Serializeable{
    private SerializeableVoid(){}
}

至于调用 void 基元，void 表明缺少值，返回 void 的方法不会返回 void 类型的值，而是实际上不返回返回任何东西。

Answer 9

如果您使用 apache commons 库，则有一个 org.apache.commons.lang3.ObjectUtils.Null 扩展了 Serialized。