当前位置: 首页 > 面试题库 >

预定的将来会导致内存泄漏吗?

傅增
2023-03-14
问题内容

我认为我的Android动态壁纸存在内存泄漏。每当我旋转屏幕时,收集的内存垃圾量就会增加50kb,并且不会减少。我认为这可能是由预定的将来引起的,因此我将提出一个方案以查看是否是这种情况。

假设您有一个包含以下成员的类(我们称其为Foo)。

private ScheduledFuture<?> future;
private final ScheduledExecutorService scheduler = Executors
        .newSingleThreadScheduledExecutor();

private final Runnable runnable = new Runnable() {
    public void run() {
        // Do stuff
    }
};

现在您设定了预定的未来

future = scheduler.scheduleAtFixedRate(runnable, delay, speed,
                TimeUnit.MILLISECONDS);

Future拥有对可运行对象的引用,而Runnable拥有对父Foo对象的引用。我不确定是否是这种情况,但是这个事实是否意味着如果程序中没有任何内容包含对Foo的引用,则由于有计划的将来,垃圾收集器仍然无法收集它?我不太擅长多线程,所以我不知道显示的代码是否意味着预定任务的寿命将比对象长,这意味着最终不会被垃圾回收。

如果这种情况不会导致阻止Foo进行垃圾回收,则只需简单的说明就可以告诉我。如果确实阻止了Foo的垃圾回收,那么我该如何解决?要做future.cancel(true); future = null;吗?该future = null部分是不必要的吗?


问题答案:
  • 您的run方法都依赖于封闭的Foo类,因此不能独立运行。在那种情况下,我看不到如何执行Foogc并保持可运行的“活动”由执行者运行
  • 或者您的run方法是静态的,因为它不依赖于Foo类的状态,在这种情况下,您可以将其设为静态,这样可以避免遇到的问题。

您似乎无法处理Runnable中的中断。这意味着即使您调用future.cancel(true)Runnable也会继续运行,这可能是导致泄漏的原因。

有几种方法可以使可运行的“中断友好的”。您可以调用一个引发InterruptedException的方法(例如Thread.sleep()IO方法或阻塞IO方法),并且InterruptedException在取消将来时将引发一个方法。在清除了需要清除的内容并恢复中断状态后,可以捕获该异常并立即退出run方法:

public void run() {
    while(true) {
        try {
            someOperationThatCanBeInterrupted();
        } catch (InterruptedException e) {
            cleanup(); //close files, network connections etc.
            Thread.currentThread().interrupt(); //restore interrupted status
        }
    }
}

如果您不调用任何此类方法,则标准习惯用法是:

public void run() {
    while(!Thread.currentThread().isInterrupted()) {
        doYourStuff();
    }
    cleanup();
}

在这种情况下,您应尝试确保定期检查while条件。

有了这些更改,当您调用时future.cancel(true),中断信号将被发送到执行您的Runnable的线程,该线程将退出其正在执行的操作,从而使您的Runnable和您的Foo实例有资格使用GC。



 类似资料:
  • 我有一些和等,但是我没有设置。你觉得会是那样吗? 你有什么想法或建议吗? PS:该应用程序在Ubuntu机器上运行 多谢.

  • 我想首先说,这是我第一次必须处理性能,因为这是我第一次开发一个android应用程序。 该应用程序是一个源代码编辑器,在这里你可以打开文件,修改它们,并将它们保存回来。该应用程序由4个部分组成: 导航器视图:包含打开文件的ListView和打开文件夹的TreeView。 代码视图容器:它保存包含实际代码的视图。 代码容器:这是一个小视图,包含一个文本视图和一个自定义EditText(由我扩展Edi

  • 我正在玩rxjava,发现如果在活动被销毁之前没有完成订阅,则存在内存泄漏的风险,因为“可观察对象保留对上下文的引用”。如果订阅没有取消订阅,则此类情况的演示之一如下所示。已销毁(来源:https://github.com/dlew/android-subscription-leaks/blob/master/app/src/main/java/net/danlew/rxsubscriptions

  • 问题内容: 我正在编写一个测试程序,如下所示: 当用户单击按钮A时,它将打开50个JFrame。 当用户单击按钮B时,它将放置所有通过单击按钮A显示的JFrame。 我发现单击按钮B后内存不会减少。我使用任务管理器(在Windows中为+ + ,并检查“ java”的内存使用情况)确定了这一点。 问题答案: 是的,没有办法,无法解决(不仅在Java PL中), 1)实际上,不要在运行时/运行时创建

  • 如果我有一个垃圾收集器来跟踪分配的每个对象,并在它们不再有对它们的可用引用时立即释放它们,你还会有内存泄漏吗? 考虑到内存泄漏是指没有任何引用的分配,这不是不可能的吗?还是我遗漏了什么? 编辑:所以我认为内存泄漏是您在代码中不再引用的分配。您仍然可以引用的大量累积分配不是我在这里考虑的泄漏。 我也只是在谈论普通的G.C.,已经有一段时间了,但我知道像循环引用这样的案例不会把他们绊倒。我不需要任何语

  • 问题内容: 我正在运行django应用程序,其中包括matplotlib,并允许用户指定图形的轴。这可能会导致 “溢出错误:超出了Agg复杂度” 发生这种情况时,最多会占用100MB的RAM。通常,我会使用,和释放该内存,但是与该错误关联的内存似乎与该绘图对象无关。 有谁知道我该如何释放记忆? 谢谢。 这是一些给我Agg复杂度错误的代码。 问题答案: 我假设您可以至少运行一次您发布的代码。该问题仅