Java中如何更新序列化存储至二进制文件的ArrayList

首先明确：Java 原生序列化机制本身是为对象整体序列化设计的，序列化后的二进制内容是连续的整体，不支持直接定位、修改单个元素的内容，不存在无成本的增量更新方案，你可以根据自己的业务场景选下面的实现方式：

方案1：小数据量直接全量覆盖（最推荐） #

• 适用场景：列表元素在万级以内，单序列化文件大小不超过10MB，增删操作频率不是极高（比如每秒几十次变更以下）
• 实现逻辑：就是你目前想到的全量覆盖方式，这是可靠性最高、代码维护成本最低的方案，完全没必要为了这点性能开销做复杂的增量逻辑。
• 优化点：写文件的时候不要直接覆盖原文件，先写临时文件，写完刷盘后再原子替换原文件，避免程序中途崩溃导致原文件损坏。

方案2：追加场景用逐条序列化+逻辑删除 #

• 适用场景：绝大多数操作是新增元素，很少做删除、修改，数据量较大全量写开销高
• 实现逻辑：不要把整个ArrayList作为单个对象序列化，改成把每个元素单独序列化写入文件。新增元素时直接在文件末尾追加写入即可，不需要读取全量数据。
• 注意坑：默认ObjectOutputStream初始化时会写入4字节的流头，直接在已有文件后追加新的OOS流会导致反序列化报错，需要重写类跳过流头写入，参考实现：

import java.io.*;
import java.util.ArrayList;

// 追加模式专用OOS，跳过重复写入流头
class AppendOOS extends ObjectOutputStream {
    public AppendOOS(OutputStream out) throws IOException {
        super(out);
    }
    @Override
    protected void writeStreamHeader() throws IOException {
        reset();
    }
}

public class SerializeUtil {
    // 追加单个元素
    public static <T> void append(String filePath, T element) throws IOException {
        File file = new File(filePath);
        boolean isNewFile = file.length() == 0;
        try (ObjectOutputStream oos = isNewFile ?
                new ObjectOutputStream(new FileOutputStream(file, true)) :
                new AppendOOS(new FileOutputStream(file, true))) {
            oos.writeObject(element);
        }
    }

    // 读取全量元素
    public static <T> ArrayList<T> readAll(String filePath) throws IOException, ClassNotFoundException {
        ArrayList<T> list = new ArrayList<>();
        try (ObjectInputStream ois = new ObjectInputStream(new FileInputStream(filePath))) {
            while (true) {
                try {
                    list.add((T) ois.readObject());
                } catch (EOFException e) {
                    break;
                }
            }
        }
        return list;
    }
}

• 删除/修改实现：不要直接修改文件中间的内容，新增特殊的墓碑标记记录对应元素的删除状态，读取时跳过被标记删除的元素。等墓碑记录积累到一定比例（比如30%），再做一次全量压实：读取所有有效元素重写到新文件，替换旧文件即可。

方案3：高频增删改场景换存储实现 #

• 适用场景：数据量大、增删改操作都很频繁，对性能要求高
• 不建议自己基于原生序列化实现增量逻辑：因为自定义对象、可变长度类型（比如字符串）序列化后的长度不固定，你很难精准定位单个元素在文件中的偏移位置，硬做随机修改很容易破坏整个文件的序列化格式，导致全量数据无法读取。
• 可选实现：
  • 元素为固定长度类型时，用RandomAccessFile按固定偏移量读写，支持随机定位修改
  • 数据结构复杂时直接用嵌入式存储组件，比如SQLite、MapDB，不需要自己处理序列化、文件偏移、崩溃恢复等逻辑，可靠性和性能都远高于手写原生序列化实现。

选型提醒：不要过度优化。先实际测试全量覆盖写的耗时，如果耗时在你的业务可接受范围内，优先选全量覆盖的方案，代码简单不容易出bug，比省那几毫秒性能重要得多。

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