2014-10-03 438 views
1

读取某些对象时,我有一些非常基本的序列化代码:`java.io.StreamCorruptedException:块data`意外结束从文件

void serializeObjectToFile(Serializable serializable, File file) { 
    ObjectOutputStream stream = null; 
    try { 
     stream = new ObjectOutputStream(new FileOutputStream(file)); 
     stream.writeObject(serializable); 
     stream.flush(); 
    } catch (Exception exception) { 
     logger.error("Failed to serialize object: {}.", serializable, exception); 
    } finally { 
     if (stream != null) { 
      try { 
       stream.close(); 
      } catch (IOException exc) { 
       logger.error("Error closing stream.", exc); 
      } 
     } 
    } 
} 

而且还有一些很反串行化代码:

Object deserializeObjectFromFile(File file) { 
    ObjectInputStream oiStream = null; 
    try { 
     oiStream = new ObjectInputStream(new FileInputStream(file)); 
     return oiStream.readObject(); 
    } catch (Exception exc) { 
     logger.error("Exception loading object from file '{}'.", file.getAbsolutePath(), exc); 
    } finally { 
     if (oiStream != null) { 
      try { 
       oiStream.close(); 
      } catch (IOException exc) { 
       logger.error("Error closing stream.", exc); 
      } 
     } 
    } 
    return null; 
} 

此代码适用于大多数对象。但是,对于某些对象,我得到以下异常:

java.io.StreamCorruptedException: unexpected end of block data 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) ~[na:1.6.0_29] 
at java.util.ArrayList.readObject(ArrayList.java:593) ~[na:1.6.0_29] 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.6.0_29] 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) ~[na:1.6.0_29] 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[na:1.6.0_29] 
at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_29] 
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) ~[na:1.6.0_29] 
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) ~[na:1.6.0_29] 
at my.CustomClass.deserializeObjectFromFile(CustomClass.java:79) ~[classes/:na] 

我不尝试序列每个文件的多个对象(通过对主题的其他问题的建议)。该代码适用于大多数对象,但不适用于某些对象。由于ArrayList.readObject()出现在堆栈跟踪中:这是否与问题有关?如果是这样,什么?令我惊讶和失望的是,我没有在网络上发现有关这个问题的任何信息......

我很欣赏任何关于从哪里出发的指针......!

+1

什么是它的一个ArrayList *?* ArrayList的本身实际上是一定不会到这里来的罪魁祸首,而是一类自己的一个自定义的readObject()/ writeObjext()对,绝对是。 – EJP 2014-10-04 00:23:41

回答

1

我发现这个问题:一个对象的对象图中的深跌中实现以下方法:

private void writeObject(java.io.ObjectOutputStream out) throws IOException 

没有实际写入其内部的ObjectOutputStream并没有抛出异常(该方法用于实施验证目的)。所以解决方案:在实现这种方法时,抛出某种类型的Exception或将对象的内部写入ObjectOutputStream。最简单的就是叫

out.defaultWriteObject();