看到StreamCorruptedException抛出“原因”并指出“ 无效流头 ”，然后提供该无效流头的第一部分是相对常见的情况。 通常，确定异常原因的有用线索是了解无效流头是什么，因为这可以解释意外的原因并引起问题。

StreamCorruptedException只有两个构造函数， 一个不接受任何参数 ， 一个接受单个描述异常原因的String 。 这告诉我们，“无效流头：XXXXXXXX”消息（其中XXXXXXXX表示各种无效的头详细信息）由实例化（并可能抛出）这些StreamCorruptedException的代码提供，而不是由该异常类本身提供。 这意味着，遇到这些异常之一时，不一定总是遇到相同格式的消息，但是在大多数情况下，格式与“ invalid stream header：”无效，后跟该无效流头的第一部分。

通常由ObjectInputStream抛出此异常。 该类的Javadoc包含一些有用的详细信息，有助于解释为什么遇到“ StreamCorruptedException：invalid stream header ”。 类级别的Javadoc指出：“只能从流中读取支持java.io.Serializable或java.io.Externalizable接口的对象。” ObjectInputStream（InputStream）构造函数的Javadoc声明（我强调说 ） ``创建一个从指定InputStream读取的ObjectInputStream 。 从流中读取并验证序列化流头 。”

正如引用的Javadoc所解释的， ObjectInputStream应该与序列化数据一起使用。 当文本文件（例如HTML，XML，JSON等）传递给此构造函数而不是Java序列化文件时，会发生“ StreamCorruptedException：无效的流头”消息的许多情况。

以下是从与StreamCorruptedException相关联的“无效流头”消息派生并在线报告的“ ASCII”值示例。

上面的示例显示了“ StreamCorruptedException：无效流头”消息，该消息发生在表示文本的输入流传递给期望Java序列化格式的构造函数的情况下。 突出显示的行特别有趣。 该条目（“ ASCII”字符表示形式的“ ACED ”）看起来像通过Java的默认序列化序列化的所有文件中所期望的一样，但这并不完全正确。

Java Object Serialization Specification的“ Terminal Symbols and Constants ”部分告诉我们， java.io.ObjectStreamConstants定义了一个常量STREAM_MAGIC ，它是“写入流头的幻数”。 该规范进一步解释了ObjectStreamConstants.STREAM_MAGIC被定义为(short)0xaced并且可以根据需要在Java代码中进行验证。 特定条目导致错误的原因是它应该是“ ACED”的十六进制表示，而不是转换后的“ ASCII”字符表示。 换句话说，对于该特定情况，实际上是文字文本“ ACED”在前一个字节中，而不是十六进制“ ACED”表示形式所表示的字节。

有多种方法可以转换“ StreamCorruptedException：无效流头”消息中提供的十六进制表示，以查看其是否转换为表示某些含义的文本。 如果它是文本，则知道他或她已经处于一个糟糕的开端，因为应该使用二进制序列化文件代替文本。 该文本中的字符可以提供有关意外提供哪种类型的文本文件的进一步线索。 这是使用Java（ 可在GitHub上 ）将提供的十六进制表示形式转换为“ ASCII”文本的一种方法：

private static String toAscii(final String hexInput)
{final int length = hexInput.length();final StringBuilder ascii = new StringBuilder();final StringBuilder integers = new StringBuilder();for (int i = 0; i < length; i+=2){final String twoDigitHex = hexInput.substring(i, i+2);final int integer = Integer.parseInt(twoDigitHex, 16);ascii.append((char)integer);integers.append(String.format("%03d", integer)).append(" ");}return hexInput + " ==> " + integers.deleteCharAt(integers.length()-1).toString() + " ==> " + ascii.toString();
}

文本流不经意传递给ObjectInputStream的构造方法不是“ StreamCorruptedException：无效的流头”的唯一原因。 实际上，任何不以预期的“流魔术”字节（ 0xaced ）开头的InputStream （文本或二进制）都将导致此异常。

翻译自: https://www.javacodegeeks.com/2019/01/value-streamcorruptedexception-invalid-stream.html