从Socket创建ObjectInputStream时抛出EOFException问题排查

你遇到的这个问题核心确实是同一Socket的输入流被多个不同类型的流复用导致的冲突，咱们一步步拆解原因和解决办法：

为什么会抛出EOFException？ #

当你在类A里创建DataInputStream的时候，这个流会和Socket的底层输入流绑定。而ObjectInputStream的构造函数在初始化时，会尝试读取一个序列化头部（Stream Header）——这是Java对象序列化的固定标识。但问题在于：

• 如果类A已经通过DataInputStream读取过Socket输入流里的部分数据，那ObjectInputStream再去读的时候，就会错过这个头部，直接读到了流的中间甚至末尾，自然就抛出EOFException了。
• 就算类A还没读取任何数据，两个流（DataInputStream和ObjectInputStream）共享同一个底层Socket输入流，它们的读取指针是互相影响的——一个流读了数据，另一个流的指针也会跟着移动，这种复用本身就是不安全的。

你的代码里的关键冲突点 #

看你给出的代码片段：

// 类A的构造函数
public HiloLoginHandler(Socket _socket) { 
    socket = _socket; 
    bytesOut = new DataOutputStream(socket.getOutputStream()); 
    bytesIn = new DataInputStream(socket.getInputStream()); 
}

// 类B的构造函数
public ClientInputHandler(Socket _socket) { 
    socket = _socket; 
    InputStream is= socket.getInputStream(); 
    ObjectInputStream in= new ObjectInputStream(is); // 这里抛出EOFException
}

这里两个类都直接拿Socket的原始输入流来创建不同的包装流，完全没有考虑流的状态同步问题，必然会出问题。

解决办法 #

你有几个可行的方向，根据你的业务场景选：

1. 统一使用ObjectInputStream/ObjectOutputStream #

既然你需要传输对象，干脆把类A里的DataInputStream/DataOutputStream换成ObjectInputStream/ObjectOutputStream——Object流本身也支持读写基本数据类型（比如readInt()、writeUTF()这些方法它都有），这样整个Socket的I/O都用同一套流，就不会有冲突了。

修改后的类A构造函数可以改成：

public HiloLoginHandler(Socket _socket) { 
    socket = _socket; 
    objOut = new ObjectOutputStream(socket.getOutputStream()); 
    objIn = new ObjectInputStream(socket.getInputStream()); 
}

然后把类B的逻辑改成复用类A已经创建好的Object流，而不是重新创建新的流。

2. 传递已有的流而非Socket对象 #

不要把Socket传给类B，而是直接把类A里已经创建好的流对象传过去。如果类B需要处理对象序列化，建议直接基于统一的Object流来操作，避免混合不同类型的流包装同一个底层输入流。

3. 严格控制流的独占性（不推荐） #

如果一定要用不同的流，那必须保证同一时间只有一个流在操作Socket的输入/输出流，而且要严格约定数据传输的顺序和边界。但这种方式非常容易出错，因为很难保证两个类的操作完全同步，所以不推荐。

总结一下，最稳妥的方案就是统一使用Object流来处理整个Socket的通信，并且让类B复用类A已经初始化好的流对象，而不是重新基于Socket创建新的流。

内容的提问来源于stack exchange，提问作者Max