为StreamCorruptedException这个异常郁闷了一天,从昨天下午3点到现在凌晨3点,12个钟头,搞得头大,为什么sun的文档里提示那么少,而网上又找不到答案,在csdn里的一个03年的贴也只是提出问题,好像没说具体要怎么解决,在这12个钟头里我找了网上的很多资料,翻遍了java code,tij,jdkdoc,都没找到答案,看了how to programe里面的例子,还是没发现问题。最后自己写了个小例子测试,在搬到自己的工程里,最后终于测出是对于同一个socket,如果调用两次就会抛出StreamCorruptedException这样的一个异常,头大啊!!!JDKDOC里只简单提到Thrown when control information that was read from an object stream violates internal consistency checks. (当从对象流中读取的控制信息违反了内部一致性检查时抛出。 )
好像是因为调用getInputStream方法就会读取标示头信息。用缺省的serializetion的实现时,一个ObjectOutputStream的构造和一个ObjectInputStream的构造必须一一对应.ObjectOutputStream的构造函数会向输出流中写入一个标识头,而ObjectInputStream会首先读入这个标识头.因此,多次以追加方式向一个文件中写入object时,该文件将会包含多个标识头.所以用ObjectInputStream来deserialize这个ObjectOutputStream时,将产生StreamCorruptedException.
具体要怎么做才会更好,等以后有空了再来慢慢研究。今天得出了点教训:如果你使用socket,并通过对象输入/输出流来处理的话,并且已经对某个socket调用了一次getInputStream时,但又需要把这个socket的相关信息作为参数传递给别的对象时, 应注意:不能直接把socket传过去,应该把对应的ObjectInputStream或ObjectOutputStream对象传递过去。ObjectInputStream或ObjectOutputStream有锁机制