Java 是否可以控制反序列化文件时创建的对象数量
假设我有一个文件，其中包含大量（很可能是100K+，可能是百万）相同类的序列化对象。我阅读这些对象并对其进行处理：Java 是否可以控制反序列化文件时创建的对象数量,java,performance,serialization,garbage-collection,out-of-memory,Java,Performance,Serialization,Garbage Collection,Out Of Memory,假设我有一个文件，其中包含大量（很可能是100K+，可能是百万）相同类的序列化对象。我阅读这些对象并对其进行处理： //open stream try{ while(true) { Object o = ois.readObject(); foo(o); } }catch(EOFException){ } //close stream... 完成此操作后，会创建大量令人不安的对象。我的问题是，我无法控制这些对象，在GC决定这样做之前，它们不会被
//open stream
try{
while(true) {
Object o = ois.readObject();
foo(o);
}
}catch(EOFException){
}
//close stream...
~100K对象文件是许多较小文件的合并结果。这个小流程所做的是创建一个已排序的csv文件。您可以尝试创建一个固定大小的PhantomReferences集合，从文件中指向每个对象 集合已满后，仅当且仅当现有PhantomReference可以从ReferenceQueue中检索/删除（作为阻止调用）时，才从文件中读取另一个对象，然后将其从固定大小的集合中删除，并允许创建另一个对象 从引用队列中删除PhantomReference后，请记住对其调用“clear（）” 希望这有帮助 有关虚拟参考的更多信息，请参阅本文档： 在这里：
到目前为止，所有建议的注释或答案都不起作用（其中大多数也是不必要的），因为
ObjectInputStream您需要限制写入文件的数据量，这样就不必为每个文件处理100000个对象，如果可能的话，您还应该使用
ObjectOutputStream.reset（）ObjectOutputStream.writeUnshared（）writeUnsharedwriteObject更好的措辞：5x-7x更重的序列化对象很可能意味着
ObjectInputStreamfoo（ois.readObject（））这是你的密码，对吗？计算创建的对象数量，当数量达到100000时停止。尝试查找这些方法writeReplace（）和readResolve（），并检查以下链接：@Piro我确实需要这些对象。特别是，foo将它们转换为cvs格式。我需要它们中的每一个，但我无法将它们全部存储在内存中。然后你需要将它们写入一个文件。。。这有点像你开始的地方。readResolve不会有帮助，因为它正在处理创建的对象。我能想到的唯一一件事是不要序列化整个对象，只序列化数据，但它几乎与直接写入csv一样。请您详细说明一下好吗？详细说明什么？为什么ObjectInputStream会无限期地保留引用？因为句柄系统。如果将同一对象序列化两次，而不进行任何reset（），则将序列化第二次出现的句柄，反序列化将生成一个对象和两个引用。这对于在序列化期间保留潜在的循环对象图至关重要，这是对象序列化相对于竞争对手的主要优势之一。要实现这一点，ObjectInputStream必须保留内存，直到它遇到由ObjectOutputStream.reset（）生成的流中的重置，然后清除内存。@EJP感谢您的回答。有几个疑问。1） 如果使用writeObject（）写入对象，则reset（）将仅释放保留内存，对吗？如果使用writeUnshared（）编写，则似乎没有必要。2） 是否应该使用
readUnshared（）