Activitys中使用线程导致的内存泄露

最新推荐文章于 2024-08-30 16:24:08 发布

saii

最新推荐文章于 2024-08-30 16:24:08 发布

阅读量2.6k

点赞数 3

分类专栏：英文翻译

英文翻译专栏收录该内容

3 篇文章 0 订阅

订阅专栏

原文链接 Activitys, Threads, & Memory Leaks

在做Android开发过程中最长遇到的一个难点就是在Activity的生命周期中执行长时间任务而导致的不可避免的内存泄露。看看下面的代码，有一个Activity在创建的时候会启动一个线程，并且循环执行任务。

/**
 * 示例向我们展示了在 Activity 的配置改变时（配置的改变会导致它其下的Activity实例被销毁）
 * 此外,Activity的context也是内存泄露的一部分，因为由于线程被初始化为匿名内部，使得其持有外部
 * Activity的隐式引用，使得Activity不会被java的垃圾回收机制回收。
 */
public class MainActivity extends Activity {

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    exampleOne();
  }

  private void exampleOne() {
    new Thread() {
      @Override
      public void run() {
        while (true) {
          SystemClock.sleep(1000);
        }
      }
    }.start();
  }
}

当一个配置改变时，会导致整个Activity被销毁及重新创建，我们总会简单的认为Android系统会在这之后清理并回收与Activity有关的内存和正在运行的线程。然而，事情并不是这样的，所有提到的这些再也不会被回收，并且会导致内存泄露，从而很可能很大程度上影响到android的性能。

导致Acitvity内存泄露的根源

如果你读过我之前发表的有关于Handlers跟内存类的博文的话，那我接下来要讲的知识你肯定知道。在Java中，非静态匿名类会隐式持有外部类的引用，如果你没有注意这一点的话，存储这些引用将导致Acitvity被保留而不是被垃圾回收机制回收。Activity对象持有其View层以及所有的资源，所以说一旦你出现Activity内存泄露，那么你将会失去一大片的内存空间。

这样的问题在Activity配置改变时更加严重，因为Activity配置的改变表示Android系统将要销毁一个Activity并且重新创建一个。例如执行10次横屏竖屏的操作后，每次的操作都会执行前面的代码，那么我们会发现（使用Eclipse的内存分析工具可以看到）每一个Activity都因为留有隐式引用而被保留下在内存中。

enter image description here

在每次配置改变时，Android系统会创建一个新的Activity,并且把改变前的Actvity交给垃圾回收机制回收。然而，线程隐式的持有了旧的Activity的引用，使该Activity没有被垃圾回收机制回收，这样的问题会导致每一个Activity都会发生内存泄露，并且与他们相关的所有资源都再也无法得到回收。

一旦我们了解到了问题的本质修复这个问题是非常容易的：将线程声明为静态内部类就跟下面的代码一样：

/**
 * 这个例子通过声明线程为私有的静态内存类的方式避免了Activity Context的内存泄露，
 * 但是所有的线程仍然在继续的运行，即时配置发生变化。因为DVM虚拟机持有这些所有正在运行
 * 的线程的引用，并且这些线程是否被垃圾回收机制回收对Activity的生命周期没有任何的
 * 影响，这些线程会一直运行直到Android系统销毁了你的应用程序的进程。
 */
public class MainActivity extends Activity {

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    exampleTwo();
  }

  private void exampleTwo() {
    new MyThread().start();
  }

  private static class MyThread extends Thread {
    @Override
    public void run() {
      while (true) {
        SystemClock.sleep(1000);
      }
    }
  }
}

新的线程将不会再隐式的持有Activity的引用并且在配置发生改变时，Activity也能够被垃圾回收机制回收。

导致线程内存泄露的根源

第二个问题是对于每一个新创建的Activity，线程的内存泄露将再也不能够被回收，线程是JAVA垃圾回收机制的根源，由于在运行系统中DVM虚拟机一直持有着所有运行状态的线程的引用，结果导致处于运行状态的线程将永远不会被回收。因此你必须要为你的后台进行实现销毁的逻辑！下面的例子将展现如何完成这些销毁逻辑的。

/**
 * 通例二一样,除了这次我们为线程实现了一个销毁的逻辑,确保它再也不会出现内存泄露的问题。
 * OnDestroy()通常是一个很好的地方在我们退出Activity时关闭你正在运行的线程
 */
public class MainActivity extends Activity {
  private MyThread mThread;

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    exampleThree();
  }

  private void exampleThree() {
    mThread = new MyThread();
    mThread.start();
  }

  /**
   * 静态内部类将不会再隐式的持有外部类的引用，所以在配置改变时，你的Activity的实例在也不会
   * 出现内存泄露
   */
  private static class MyThread extends Thread {
    private boolean mRunning = false;

    @Override
    public void run() {
      mRunning = true;
      while (mRunning) {
        SystemClock.sleep(1000);
      }
    }

    public void close() {
      mRunning = false;
    }
  }

  @Override
  protected void onDestroy() {
    super.onDestroy();
    mThread.close();
  }
}

通过上面的代码，我们在 onDestroy() 方法中结束了线程，确保不会发生意外的线程的内存泄漏问题。如果你想要在配置改变后保留该线程（而不是每一次在关闭 Activity 后都要新建一个线程），那我建议你使用 Fragment 去完成该耗时任务。你可以翻我以前的博文，一名叫作“Handling Configuration Changes with Fragments”应该能满足你的需求，在API demo中也提供了很好理解的例子来为你阐述相关概念。

结论

Android 开发过程中，在 Activity 的生命周期里协调耗时任务可能会很困难，你一不小心就会导致内存泄漏问题。下面是一些建议当你在Activity的生命周期中处理你的长时间后台任务时：
- 尽可能的使用静态内部类而不是非静态内部类。每一个非静态内部类的实例都会持有外部Activity的实例引用,存储这些引用将导致Acitvity被保留而不是被垃圾回收机制回收。如果你的静态内部类需要引用相关的Activity以确保功能的正常使用，那么你得确保你在对象中使用的是一个 Activity 的弱引用，否则你的 Activity 将会发生意外的内存泄漏。
- 不要总想着java会为你清理你的正常运行的线程。在上面的例子中，我们很容易的认为，当用户退出Activity的时候，Activity的实例以及与他相关的正在运行的线程都会被垃圾回收机制回收，这个是不可能的，Java的线程将会一直存在直到他们都被显式的关闭或者整个进程被Android系统结束掉。所以为你的后台线程实现回收逻辑是极其重要，此外，你在设计销毁逻辑时要根据 Activity 的生命周期去设计，避免出现 Bug。
- 考虑你是否真的需要用到线程。Android应用的框架层为我们提供了很多便于开发者执行后台操作的类,例如：我们可以使用 Loader 代替在 Activity 的生命周期中用线程通过注入执行短暂的异步后台查询操作，考虑用 Service 将结构通知给 UI 的 BroadcastReceiver。最后，记住，这篇博文中对线程进行的讨论同样适用于 AsyncTask（因为 AsyncTask 使用 ExecutorService 执行它的任务）。然而，虽说 ExecutorService 只能在短暂操作（文档说最多几秒）中被使用，那么这些方法导致的 Activity 内存泄漏应该永远不会发生。

这篇博文的源代码都在Github ,你也可以从Google play下载到

enter image description here