JVM中的老一代空间利用

Question

据我所知，对于旧一代JVM中的空间，它可以用于两个目的，

1. 用于从年轻一代升级到老一代的物品
2. 用于特殊用例中的新对象分配(https://stackoverflow.com/questions/9053144/will-i-encounter-java-lang-outofmemoryerror-even-with-no-lack-of-memory)

我的问题是，

1. 在老一代中，是否还有其他利用空间的用例

提前谢谢你，林

Answer 1

在@Lin Ma的评论中，将此代码用于回答问题：

class SomeClass{
    private static List<Object> memoryLeakCulprit = new ArrayList<Object>();



    void someMethod(Object obj){

          //adding the reference of some object in the culprit list
          memoryLeakCulprit.add(obj);

    }

    //supposed to remove the reference passed
    void someOtherMethod(Object obj){

         obj = null;

         //bummer forgot to remove the reference from list

         //now the instance is not reachable by obj
         //so now as new references are added to culprit list the memory will keep on increasing in size

    }

}

乌德帕特

如何解决这个漏洞

oid someOtherMethod(Object obj){

              //before setting the obj reference to null it must be removed from culprit list
              memoryLeakCulprit.remove(obj);

              //now its safe to set this reference to null
              obj = null;

        }

解决泄漏的唯一方法是使用一些分析工具（如JProfiler、VisualVM）分析应用程序并找出导致泄漏的类。

当你找到这个类时，代码必须被修改，这是唯一的方法。

在程序退出之前不需要释放引用。原因是静态变量（MemyLeakCulprit）绑定到Class对象，一旦您退出程序，所有引用都会自动释放，包括Class Object。

另一方面，请务必在退出程序之前关闭系统资源（套接字、数据库连接）。

Answer 2

让我回答2。它绝对不是深度复制：GC将对象作为不同的内存块处理，深度复制实际上只意味着复制许多连接到对象图中的不同对象。此外，你最好想象一个动作，而不是复制；复制实际上只是一个“实现细节”，而预期的效果是重新定位。