我需要提高我的应用程序的序列化性能,现在我正在考虑实现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
显式调用默认构造函数,因此readExternal
和writeExternal
方法在完全构造的对象上运行,而不是在Serializable
情况下使用额外的语言机制。但是自那以后,到目前为止,我还没有在实践中使用过Externalizable,因此我需要一些建议。我还读过
readExternal
和writeExternal
应该是线程安全的。在这种情况下,这意味着什么?我的意思是我必须无锁。 最佳答案
Externalizable
类避免了标准Serializable
类的许多陷阱,是的。乍一看,您的类实现看起来不错。
这里的线程安全意味着,如果多个线程同时调用writeExternal
和readExternal
(每个线程具有不同的对象),则您的代码应正常工作。同样,您的类实现在这里没有问题。
关于java - 带有可外部化的序列化,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/38183114/