匿名类构造函数中对最终对象的引用泄漏？

Question

我正在将一个可运行文件传递给服务。可运行的持续时间可能比通过它的片段/活动长。我想知道以下代码 sn-p 是否会通过在可运行文件中维护引用来泄漏 frag 对象？我意识到我可以将包含 frag 的整行移到可运行文件之外（就像我对“String key = frag ...”所做的那样），但我只是想了解匿名类如何/何时泄漏对象。

我真的不确定。 runnable 只需要 frag 在初始化实例时确定一个变量，并在此处内联初始化。所以理论上，创建内联实例后不需要对 frag 有任何引用。

如果我在 run() 函数中有对 frag 的引用，我认为会保证泄漏，因为它需要让 frag 保持活动状态才能在将来的某个时间引用它（并且 frag 很可能是 gc' d当时，但仅供参考）。

private static void fg_downloadFile(final FragMyDrive frag, final File file, final Drive drive){

    final String key = frag.getCastedActivity().getKey();

    Runnable rx_downloadFile = new Runnable() {

        Context ServiceContext = frag.getCastedActivity().mService;

        @Override
        public void run() {

            bg_downloadFile(ServiceContext, key, file, drive);
        }
    }; 

    //.... Submit runnable to service...
}

Answer 1

您可能知道，当在外部声明变量但在匿名类中使用它们时，您必须使变量final。这里的 Java 技巧是将所有这些变量复制到该匿名类的隐式生成的实例字段中。

话虽如此，这意味着确实有实例字段（在您的可运行文件中）保存外部范围的所有访问变量的副本。在您的示例中，它还会引用FragMyDrive，因为您只是在访问它。

所有这些对象都符合垃圾回收的条件，同时您的可运行对象也符合垃圾回收的条件。这意味着在您的可运行文件中对您的FragMyDrive 的引用会在该对象运行时保持该对象处于活动状态。

将这些参考范围缩小到您真正需要的范围总是一个好主意：

private static void fg_downloadFile(final FragMyDrive frag, final File file, final Drive drive){
    final String key = frag.getCastedActivity().getKey();
    final Context context = frag.getCastedActivity().mService;

    Runnable rx_downloadFile = new Runnable() {
        @Override
        public void run() {
            bg_downloadFile(context, key, file, drive);
        }
    }; 
    //.... Submit runnable to service...
}

这里唯一（隐式生成的）实例字段是：

String key
Context context
File file
Drive drive

Answer 2

我不确定我是否正确理解了您对 inline 这个词的使用，但无论如何，我认为这里没有泄露任何内容。

Var final String key 只是静态函数 fg_downloadFile() 中的一个本地引用，因此在函数结束时超出范围时将其释放。

只要Runnable 线程存在，Runnable 匿名内部类可能仍然持有引用（同样，不是frag，而是其中的某些子属性）。 （更准确地说，编译器实际上生成了 Runnable 的 implementation 和 final 成员变量，这些变量将任何隐式使用的引用复制到 fg_downloadFile() 的范围内可用的任何内容。）

但无论如何，一旦所有代码都执行完毕，所有对frag（的子成员）的引用都将被删除，垃圾收集器可以捡起垃圾。

希望这会有所帮助。

Answer 3

有趣的问题。你有没有像 Objective C 这样没有自动垃圾收集的编程经验？

但是要回答您的问题，我不明白为什么会泄漏。 我想会发生的是 Runnable 将保留对 frag 的引用以供自己使用，但是在将来的某个时候，一旦服务不再需要 frag ，它也会被垃圾收集，因此它不是指它。

随着垃圾收集的工作，一旦不再引用对象，它将被垃圾收集并释放。