文档章节

在Activity中使用Thread导致的内存泄漏

BackDom
 BackDom
发布于 2016/03/02 13:30
字数 2219
阅读 30
收藏 5
点赞 1
评论 0

做 Android 开发最常遇到的问题就是在 Activity 的生命周期中协调耗时任务,避免执行任务导致不易察觉的内存泄漏。不妨先读一读下面的代码,代码写了一个简单的 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 配置发生改变会使 Activity 被销毁,并新建一个 Activity,我们总会觉得 Android 系统会将与被销毁的 Activity 相关的一切清理干净,例如回收与 Activity 关联的内存,Activity 执行的线程等等……然而,现实总是很残酷的,刚刚提到的这些东西都不会被回收,并导致内存泄漏,从而显著地影响应用的性能表现。

Activity 内存泄漏的根源

如果你读过我以前写的一篇有关 Handler 和 内部类的博文,那我接下来要讲的知识你肯定知道。在 Java 中,非静态匿名内部类会持有其外部类的隐式引用,如果你没有考虑过这一点,那么存储该引用会导致 Activity 被保留,而不是被垃圾回收机制回收。Activity 对象持有其 View 层以及相关联的所有资源文件的引用,换句话说,如果你的内存泄漏发生在 Activity 中,那么你将损失大量的内存空间。

而这样的问题在 Activity 配置改变时会更加严重,因为 Activity 的配置改变表示 Android 系统将要销毁当前 Activity 并新建一个 Activity。举例来说吧,在使用应用的时候,你执行了10次横屏/竖屏操作,每一次方向的改变都会执行下面的代码,那么我们会发现(使用 Eclipse 的内存分析工具可以看到)每一个 Activity 对象都会因为留有一个隐式引用而被保留在内存中。

每一次配置的改变都会使 Android 系统新建一个 Activity 并把改变前的 Activity 交给垃圾回收机制回收。但因为线程持有旧 Activity 的隐式引用,使该 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,如果 Activity 中的线程发生发生内存泄漏。在Java中线程是垃圾回收机制的根源,也就是说,在运行系统中DVM虚拟机总会使硬件持有所有运行状态的进程的引用,结果导致处于运行状态的线程将永远不会被回收。因此,你必须为你的后台线程实现销毁逻辑!下面是一种解决办法:

    /**     
    * 除了我们需要实现销毁逻辑以保证线程不会发生内存泄漏,其他代码和示例2相同。在退出当前     
    * Activity 前使用 onDestroy() 方法结束你的运行中线程是个不错的选择     */
    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();
      }      
      /**       
      *        */
       extends Thread {
private boolean mRunning = false;        
@Override
        public void run() {
          mRunning = true;          
          {            
          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 在被销毁时将无法被回收。如果你的静态内部类需要一个相关 Activity 的引用以确保功能能够正常运行,那么你得确保你在对象中使用的是一个 Activity 的弱引用,否则你的 Activity 将会发生意外的内存泄漏。

  • 不要总想着 Java 的垃圾回收机制会帮你解决所有内存回收问题。就像上面的示例,我们以为垃圾回收机制会帮我们将不需要使用的内存回收,例如:我们需要结束一个 Activity,那么它的实例和相关的线程都该被回收。但现实并不会像我们剧本那样走。Java 线程会一直存活,直到他们都被显式关闭,抑或是其进程被 Android 系统杀死。所以,为你的后台线程实现销毁逻辑是你在使用线程时必须时刻铭记的细节,此外,你在设计销毁逻辑时要根据 Activity 的生命周期去设计,避免出现 Bug。

  • 考虑你是否真的需要使用线程。Android 应用的框架层为我们提供了很多便于开发者执行后台操作的类。例如:我们可以使用 Loader 代替在 Activity 的生命周期中用线程通过注入执行短暂的异步后台查询操作,考虑用 Service 将结构通知给 UI 的 BroadcastReceiver。最后,记住,这篇博文中对线程进行的讨论同样适用于 AsyncTask(因为 AsyncTask 使用 ExecutorService 执行它的任务)。然而,虽说 ExecutorService 只能在短暂操作(文档说最多几秒)中被使用,那么这些方法导致的 Activity 内存泄漏应该永远不会发生。

这篇博文的源码可以在 GitHub 中下载,你也可以在 Google Play 下载 APK 使用。


本文转载自:

共有 人打赏支持
BackDom
粉丝 1
博文 1
码字总数 0
作品 0
北碚
程序员
Android中的内存泄漏和内存溢出.md

概念 内存泄漏是因为持有对象长期引用,导致对象无法被 GC 回收。 为了避免这种情况,我们可以选择在对象生命周期结束的时候,解除绑定,将引用置为空,或者使用弱引用。 例子 单例模式导致内...

hongjay
05/09
0
0
内存泄露和LeakCanary的故事

新鲜文章请关注微信公众号: JueCode 今天我们来聊一聊Android中的内存泄露和内存泄露的检测工具LeakCanary。Java有垃圾回收线程为什么还会发生内存泄露?原因就是外部人为持有对象引用,持有...

juexingzhe
05/22
0
0
开发者使用的内存清理、Pss监控工具

MemoryMonitor 一个给开发者使用的Android App内存清理、监控工具,可以获取当前手机的内存使用比率,可用内存大小,检查一个APP是否存在内存泄漏。 并且整理了一些优化内存的方式。 0.GitH...

Cundong
2015/04/10
0
1
Android中常见的内存泄漏及解决

1.Handler引起的内存泄漏 原因:该线程持有Handler的引用,而Handler也持有Activity的引用,这就导致了Activity不再使用时,GC回收不了Activity 解决:Handler持有的引用最好使用弱引用,在A...

牛板腩天下第一
05/03
0
0
Android内存优化(六)LeakCanary使用详解

相关文章 Android性能优化系列 Java虚拟机系列 1.概述 如果使用MAT来分析内存问题,会有一些难度,并且效率也不是很高,对于一个内存泄漏问题,可能要进行多次排查和对比。 为了能够简单迅速...

刘望舒
2017/09/10
0
0
Android应用内存泄漏的定位、分析与解决策略

Hello,大家好,我是Clock。翻了一下简书,发现有一个多月没有更新博客,本来今天打算和妹纸去电影院看《你的名字》,然后再去到处浪的。 结果因为妹纸公司临时有事,她不得不回公司一趟......

D_clock爱吃葱花
06/29
0
0
Android的内存泄漏和调试

Android的内存泄漏和调试 一、 Android的内存机制 Android的程序由Java语言编写,所以Android的内存管理与Java的内存管理相似。程序员通过new为对象分配内存,所有对象在java堆内分配空间;然...

JasonZhao
2013/02/18
0
1
Android性能优化:关于 内存泄露 的知识都在这里了!

前言 在中,内存泄露的现象十分常见;而内存泄露导致的后果会使得应用 本文 全面介绍了内存泄露的本质、原因 & 解决方案,最终提供一些常见的内存泄露分析工具,希望你们会喜欢。 目录 } Li...

Carson_Ho
04/19
0
0
Android Application的作用

学习android挺长时间了,但是对于Appliction还不是很了解。今天花一些时间研究了一下Application。 What is Application Application和Actovotu,Service一样是android框架的一个系统组件,当...

假装是大神
2012/11/22
0
2
[Android]App 内存泄漏检查工具MAT

Android App发生内存泄漏,常见的有Bitmap 使用后沒有recycle(),Drawable 使用后沒有setCallback(null)等。 Eclipse 有个插件工具MAT(Memory Analyzer Tool)可以帮助定位内存泄漏的对象。 ...

清水湾2012
2013/08/01
0
1

没有更多内容

加载失败,请刷新页面

加载更多

下一页

大数据教程(2.11):keeperalived+nginx高可用集群搭建教程

上一章节博主为大家介绍了目前大型互联网项目的系统架构体系,相信大家应该注意到其中很重要的一块知识nginx技术,在本节博主将为大家分享nginx的相关技术以及配置过程。 一、nginx相关概念 ...

em_aaron
20分钟前
0
0
Apache Directory Studio连接Weblogic内置LDAP

OBIEE默认使用Weblogic内置LDAP管理用户及组。 要整理已存在的用户及组,此前办法是导出安全数据,文本编辑器打开认证文件,使用正则表达式获取用户及组的信息。 后来想到直接用Apache Dire...

wffger
27分钟前
2
0
HFS

FS,它是一种上传文件的软件。 专为个人用户所设计的 HTTP 档案系统 - Http File Server,如果您觉得架设 FTP Server 太麻烦,那么这个软件可以提供您更方便的档案传输系统,下载后无须安装,...

garkey
31分钟前
1
0
Java IO类库之BufferedInputStream

一、BufferedInputStream介绍 /** * A <code>BufferedInputStream</code> adds * functionality to another input stream-namely, * the ability to buffer the input and to * sup......

老韭菜
34分钟前
0
0
STM 32 窗口看门狗

http://bbs.elecfans.com/jishu_805708_1_1.html https://blog.csdn.net/a1985831055/article/details/77404131...

whoisliang
昨天
0
0
Dubbo解析(六)-服务调用

当dubbo消费方和提供方都发布和引用完成后,第四步就是消费方调用提供方。 还是以dubbo的DemoService举例 -- 提供方<dubbo:application name="demo-provider"/><dubbo:registry address="z...

青离
昨天
1
0
iptables规则备份和恢复、firewalld的9个zone以及操作和service的操作

保存以及备份iptalbes规则 设定了的防火墙规则要进行保存,否则系统重启后这些规则就没有了,使用命令 ”service iptables save ” 会把设定好的防火墙规则保存到文件/etc/sysconfig/iptabl...

黄昏残影
昨天
0
0
k8s image

k8s.gcr.io/kube-apiserver-amd64:v1.11.0k8s.gcr.io/kube-controller-manager-amd64:v1.11.0k8s.gcr.io/kube-scheduler-amd64:v1.11.0k8s.gcr.io/kube-proxy-amd64:v1.11.0k8s.gcr.......

分秒
昨天
0
0
数据结构--排序

这篇博客包含了数据结构中多种的排序算法: (1)简单选择:第一趟在A[0]~A[n-1]之间找到最小的,与A[0]进行交换,之后在A[1]~A[n-1]之间进行。。。第i趟在A[i-1]~A[n-1]之间找到最小的,最后...

wangxuwei
昨天
1
0
一名3年工作经验的java程序员应该具备的职业技能

一名3年工作经验的Java程序员应该具备的技能,这可能是Java程序员们比较关心的内容。我这里要说明一下,以下列举的内容不是都要会的东西—-但是如果你掌握得越多,最终能得到的评价、拿到的薪...

老道士
昨天
3
0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

返回顶部
顶部