我需要提高我的应用程序的序列化性能,现在我正在考虑实现Externalizable接口。我已经了解了Effective Java中的所有序列化陷阱,现在是否对Externalizable的事务状态相同感到有些困惑?

我知道Serialization Proxy Pattern,但在我的特殊情况下,使用此类代理的成本是完全不能接受的。

例如,考虑以下类:

private static class Test implements Externalizable {
    private int f1;
    private String s;

    public Test(){
        f1 = 0;
        s = "";
        System.out.println("Default constructor invocation");
    }

    public Test(int f1, String s){
        this.f1 = f1;
        this.s = s;
    }

    @Override
    public void writeExternal(ObjectOutput out) throws IOException {
        out.writeInt(f1);
        out.writeObject(s);
    }

    @Override
    public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException {
        f1 = in.readInt();
        s = (String) in.readObject();
    }
}

我说这是安全的,因为Externalizable显式调用默认构造函数,因此readExternalwriteExternal方法在完全构造的对象上运行,而不是在Serializable情况下使用额外的语言机制。

但是自那以后,到目前为止,我还没有在实践中使用过Externalizable,因此我需要一些建议。我还读过readExternalwriteExternal应该是线程安全的。在这种情况下,这意味着什么?我的意思是我必须无锁。

最佳答案

Externalizable类避免了标准Serializable类的许多陷阱,是的。乍一看,您的类实现看起来不错。

这里的线程安全意味着,如果多个线程同时调用writeExternalreadExternal(每个线程具有不同的对象),则您的代码应正常工作。同样,您的类实现在这里没有问题。

关于java - 带有可外部化的序列化,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/38183114/

10-15 13:26