由于 GC 在线程情况下最终会被跳过吗？

Question

说（可能在单独的线程上）我正在运行一些方法 ClassA.foobar()。 该方法内部是一个 try, (可能是 catch), finally 块。

现在，如果在执行仍在 try 块（或 catch 块）中间时丢失了对该 ClassA 对象（或该线程）的最后引用，该对象（/线程）是否可以被垃圾回收？在我到达finally块之前？换句话说：即使内存中没有对对象（/线程）的强引用，finally 块是否仍然保证运行？

（我不知道 GC 是如何处理孤立的活动线程的。）

虚拟示例：

[Some context]
{
    ClassA classA = new ClassA();
     //Point is this instance and a reference to it exists

    class ClassA
    {
        public void foobar()
        {
            try
            {
                classA = null;
                 //Point is that the last reference to this instance is lost,
                 //and that this happens at this point in foobar() execution.
                 //The actual location of this line of code is irrelevant.
            }
            finally
            {
                //some important stuff here!
            }
        }
    }
}

Answer 1

换句话说：即使内存中没有对对象（/线程）的强引用，finally 块是否仍然保证运行？

是的。 finally 块不会像那样被跳过 - 任何其他代码也不会。

执行线程不是垃圾回收意义上的对象。区分线程本身和代表它的java.lang.Thread 对象很重要——尽管我认为Thread 对象在线程终止之前也不会被垃圾回收。

特别是，完全有可能在系统中没有对可运行对象或其他任何东西的引用的线程，并且线程可以继续运行。例如：

new Thread(new Runnable() {
    @Override public void run() {
        for (int i = 0; i < 1000; i++) {
             System.out.println(i);
        }
    }
}).start();

线程启动后，调用代码不再引用创建的匿名类的实例或Thread 对象 - 但它仍会打印所有 1000 个数字。