Android内存优化-方式十二：避免线程导致内存泄露

避免线程导致内存泄露

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

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

在Java中，非静态匿名类会隐式持有外部类的引用，如果你没有注意这一点的话，存储这些引用将导致Acitvity被保留而不是被垃圾回收机制回收。Activity对象持有其View层以及所有的资源，所以说一旦你出现Activity内存泄露，那么你将会失去一大片的内存空间。

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

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

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

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

通过上面的代码，我们在 onDestroy() 方法中结束了线程，确保不会发生意外的线程的内存泄漏问题。如果你想要在配置改变后保留该线程（而不是每一次在关闭 Activity 后都要新建一个线程），那我建议你使用 Fragment 去完成该耗时任务。