我有一些经常被创建/销毁的对象，并且可以同时存在于许多列表中。为了确保我没有任何引用，对象有一个标志isDestroyed，如果设置了这个，每个列表都负责从列表中删除对象。
然而，这是内存泄漏的一个增长点。如果我忘记从其中一个列表中删除对象怎么办？为了直观地监视程序的行为是否正确，我重写finalize并增加一个全局变量来跟踪析构（不是正式的测试，只是为了得到一个想法）。然而，由于我无法控制GC，理论上我可以永远等待，直到某些东西被破坏。
所以问题是双重的：当拥有多个列表中的对象时，“isDestroyed”被认为是控制对象生命周期的好方法吗？它迫使使用该对象的每个人小心地将其从列表中删除，这看起来很糟糕。
并且，是否有任何好方法可以查看对象上的引用计数何时达到零，即何时计划进行销毁？
编辑：更具体地说，在我的情况下，我的对象代表房间中的物理实体。我有一个绘制每个对象的管理器类，因此它在一个列表中。另一个列表包含可点击的所有对象，因此我有另一个列表。在这种情况下，将所有对象放在一个列表中并使用多态或实例不是一个选项。当一个对象被“销毁”时，它既不应该以任何方式显示或点击，因此我想从两个列表中删除它。
答案 0 :(得分：2)
您应该查看java.lang.ref包。
而且，是否有任何好方法可以查看引用计数何时到达 在一个物体上为零，即当它被计划毁灭时？
您可以使用ReferenceQueue对象
来自java.lang.ref.ReferenceQueue的 JavaDoc
引用队列，附加已注册的引用对象 在适当的可达性改变之后由垃圾收集器 被发现了。
答案 1 :(得分：1)
我认为这就是WeakReference和ReferenceQueue的用途 - 您为要跟踪的对象创建WeakReference并将其与ReferenceQueue相关联。然后你有另一个处理WeakReference的线程，因为它是从ReferenceQueue.remove（）返回的。当引用的对象是GC＆＃39; d时，WeakReference被添加到ReferenceQueue。但是，您可以举例说明当引用的对象死亡时您要清理的这些列表是什么？
答案 2 :(得分：1)
通常通过Observer模式处理此方法。每个列表附加一个destroy-listener，在被破坏时得到通知。这与你的架构有什么关系，我没有细节可以判断。
答案 3 :(得分：0)
如果您想收到通知，我几乎可以肯定您需要PhantomReference，请在此处阅读：
http://weblogs.java.net/blog/2006/05/04/understanding-weak-references