我需要提高我的应用程序的序列化性能,现在我正在考虑实现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应该是线程安全的。在这种情况下这意味着什么?我的意思是我必须没有锁。
发布于 2016-07-04 11:10:07
Externalizable类避免了标准Serializable类的许多缺陷,是的。乍一看,您的类实现看起来很好。
在这里,线程安全意味着如果多个线程同时调用writeExternal和readExternal (每个线程有不同的对象),那么代码应该正常工作。同样,您的类实现在这里没有问题。
发布于 2016-07-04 11:10:59
我还读到过readExternal和writeExternal应该是线程安全的。在这种情况下这意味着什么?
如果您正在编写由另一个线程更新的对象,则必须确保所编写的内容是正确的。
同样,如果读取一个新对象并将其传递给另一个线程,则必须确保可见性。
注意:只要您通过线程安全队列或引用传递这个对象,您就不会有问题。
https://stackoverflow.com/questions/38183114
复制相似问题