Java中ObjectOutputStream的writeObject()数组工作机制及Socket传文件问题

让我分两部分来解答你的问题：

一、ObjectOutputStream.writeObject()针对数组的工作机制 #

当你调用writeObject()写入数组时，Java的序列化框架会按以下逻辑处理：

• 基本类型数组（比如你代码里的byte[]）：直接序列化数组的类型标识、长度，以及数组中每个元素的原始字节值。因为基本类型本身是可序列化的，不需要额外处理。
• 引用类型数组（比如String[]）：会逐个序列化数组中的每个对象，这要求数组里的每个对象都必须实现Serializable接口，否则会抛出NotSerializableException。
• 引用复用优化：如果同一个数组对象被多次写入流中，第一次会完整序列化，后续只会写入一个指向第一次数组的引用，而不会重复序列化整个数组内容——这是Java序列化的默认优化，但在你的文件传输代码里，这反而会导致严重问题，后面会细说。

二、你的Socket文件传输代码的问题及修复方案 #

先看你代码里的核心逻辑：每次读取buffer后，先写入整个buffer数组，再写入实际读取的count值。这里存在几个关键问题：

1. 数组引用复用导致的数据错误 #

你循环中一直复用同一个buffer对象，根据上面说的引用复用机制，第一次writeObject(buffer)会序列化整个数组的内容，但后续每次调用都会只写入一个指向第一次数组的引用，而不是当前buffer里的新数据。这会导致客户端读到的所有数组内容都是第一次读取的buffer数据，完全不符合预期。

2. 序列化的冗余开销 #

用ObjectOutputStream传输纯字节数组是没必要的，因为它会额外写入大量序列化元数据（比如类型信息、长度标识等），相比直接用OutputStream.write()，效率会低很多。

3. EOF标记的潜在风险 #

用字符串"EOF"作为结束标记，如果传输的文件内容中恰好包含这个字符串，客户端会提前终止读取，导致文件不完整。

优化后的服务器端代码 #

推荐直接使用字节流传输，去掉不必要的序列化逻辑：

File file = new File(path); 
if (file.exists()) { 
    int count; 
    byte[] buffer = new byte[8192]; 
    BufferedInputStream fileReader = new BufferedInputStream(new FileInputStream(file)); 
    // 直接用OutputStream的write方法，只写入实际读到的字节数
    while ((count = fileReader.read(buffer)) != -1) { 
        fileOut.write(buffer, 0, count); 
    }
    fileOut.flush(); // 确保所有数据都发送到客户端
    fileReader.close();
    // 服务器端可以关闭输出流，客户端会通过read()返回-1判断传输结束
}

对应的客户端处理逻辑 #

客户端可以通过InputStream.read()返回-1来判断文件传输完成（当服务器关闭输出流时触发）：

int count;
byte[] buffer = new byte[8192];
BufferedOutputStream fileWriter = new BufferedOutputStream(new FileOutputStream("received_file"));
while ((count = fileIn.read(buffer)) != -1) {
    fileWriter.write(buffer, 0, count);
}
fileWriter.flush();
fileWriter.close();

如果一定要用ObjectOutputStream的替代方案 #

如果因为业务需求必须使用ObjectOutputStream（比如同时传输其他序列化对象），可以用writeUnshared()方法强制每次重新序列化数组，而不是复用引用：

while ((count = fileReader.read(buffer)) != -1) { 
    fileOut.writeUnshared(buffer); // 强制重新序列化数组
    fileOut.writeObject(count); 
}

但还是要提醒，这种方式依然会有序列化的元数据开销，不如纯字节流高效。

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