StreamCorruptedException异常的产生和应注意的点

      为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对象传递过去。

      睡觉去了。。。。哎，问题终于清楚了一半