在做Android开发过程中最长遇到的一个难点就是在Activity的生命周期中执行长时间任务而导致的不可避免的内存泄露。看看下面的代码,有一个Activity在创建的时候会启动一个线程,并且循环执行任务。
image.png
当一个配置改变时,会导致整个Activity被销毁及重新创建,我们总会简单的认为Android系统会在这之后清理并回收与Activity有关的内存和正在运行的线程。然而,事情并不是这样的,所有提到的这些再也不会被回收,并且会导致内存泄露,从而很可能很大程度上影响到android的性能。
在Java中,非静态匿名类会隐式持有外部类的引用,如果你没有注意这一点的话,存储这些引用将导致Acitvity被保留而不是被垃圾回收机制回收。Activity对象持有其View层以及所有的资源,所以说一旦你出现Activity内存泄露,那么你将会失去一大片的内存空间。
在每次配置改变时,Android系统会创建一个新的Activity,并且把改变前的Actvity交给垃圾回收机制回收。然而,线程隐式的持有了旧的Activity的引用,使该Activity没有被垃圾回收机制回收,这样的问题会导致每一个Activity都会发生内存泄露,并且与他们相关的所有资源都再也无法得到回收。
image.png
新的线程将不会再隐式的持有Activity的引用并且在配置发生改变时,Activity也能够被垃圾回收机制回收。
导致线程内存泄露的根源
第二个问题是对于每一个新创建的Activity,线程的内存泄露将再也不能够被回收,线程是JAVA垃圾回收机制的根源,由于在运行系统中DVM虚拟机一直持有着所有运行状态的线程的引用,结果导致处于运行状态的线程将永远不会被回收。因此你必须要为你的后台进行实现销毁的逻辑!下面的例子将展现如何完成这些销毁逻辑的。
/** * 通例二一样,除了这次我们为线程实现了一个销毁的逻辑,确保它再也不会出现内存泄露的问题。 * OnDestroy()通常是一个很好的地方在我们退出Activity时关闭你正在运行的线程 */
image.png
通过上面的代码,我们在 onDestroy() 方法中结束了线程,确保不会发生意外的线程的内存泄漏问题。如果你想要在配置改变后保留该线程(而不是每一次在关闭 Activity 后都要新建一个线程),那我建议你使用 Fragment 去完成该耗时任务。
————————————————
版权声明:本文为CSDN博主「yaoming168」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/yaoming168/article/details/88949266
网友评论