当为对象进行垃圾回收？(When Is The Object Eligible For Garbag

在下面的代码，因为amethod被调用。在什么点/线最初是由引用的对象myObject ，符合垃圾回收？

class Test {
  private Object classObject;

  public void amethod() {
    Object myObject = new Object();
    classObject = myObject;
    myObject = null;
  }
}

如果classObject或amethod有公共，保护，默认或静态的访问修饰符，它会影响到什么点的对象是符合垃圾回收？如果是的话，会是怎样的影响？

我首先想到的是，对象是符合垃圾收集当测试对象进行垃圾回收。
但话又说回来。优化程序可能知道classObject决不会从在这种情况下读classObject = myObject; 将被优化并myObject = null; 是它是符合垃圾回收点。

Answer 1:

直到所有对它的引用被丢弃的对象将不会成为垃圾回收的候选者。 Java对象是通过参考分配，所以当你有

   classObject = myObject;

您分配另一个引用堆上的同一个对象。所以这条线

   myObject = null;

只有摆脱的一个参考。为了使myObject垃圾收集的候选人，你必须有

  classObject = null;

Answer 2:

这实际上是由Java语言规范准确地处理， §12.6.1，实现定稿：

一个程序的优化转换可以设计降低可达小于那些会天真地被认为是可到达的对象的数量。例如，一个Java编译器或代码生成器可以选择设置将不再被用于变量或参数null ，以使存储对这样的对象是潜在可回收越快。
如果在对象的字段中的值被存储在寄存器发生的另一个例子。然后该程序可以访问寄存器，而不是对象，永远不会再访问该对象。这将意味着，对象是垃圾。 ...

但

......需要注意的是这种优化的，如果引用是在栈上只允许，不存储在堆中。
例如，考虑终结守护模式：
  class Foo { private final Object finalizerGuardian = new Object() { protected void finalize() throws Throwable { /* finalize outer Foo object */ } } } 
终结监护人力super.finalize如果子类重写被称为finalize ，不显式调用super.finalize 。
如果这些优化允许为存储在堆中引用，那么Java编译器可以检测到finalizerGuardian场从来不看，空出来，立刻收集对象，早打电话来终结。这违背了原意：程序员可能想叫Foo终结时Foo实例变得无法访问。因此，这种转变是不合法的：内部类对象应该是可达的，只要外部类对象可达。

这个例子可以应用1：1到你的榜样，只要对象是通过实例字段引用classObject ，它不能作为垃圾早于收集Test包含的参考实例。

但请注意，在说明书中提到的积极的优化仍然是允许的，当被应用到使用的代码Test实例。早期的超预期征收可能发生，只要双方的Test实例和引用的对象被收集在一起。在这种情况下，在所指定的以下方面§12.6适用：