欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

Android 有效的解决内存泄漏的问题实例详解

程序员文章站 2024-03-02 08:40:16
android 有效的解决内存泄漏的问题 android内存泄漏,我想做android 应用的时候遇到的话很是头疼,这里是我在网上找的不错的资料,实例详解这个问题的解决方...

android 有效的解决内存泄漏的问题

android内存泄漏,我想做android 应用的时候遇到的话很是头疼,这里是我在网上找的不错的资料,实例详解这个问题的解决方案

前言:最近在研究handler的知识,其中涉及到一个问题,如何避免handler带来的内存溢出问题。在网上找了很多资料,有很多都是互相抄的,没有实际的作用。

本文的内存泄漏检测工具是:leakcanary  github地址:https://github.com/square/leakcanary

什么是内存泄漏?

内存泄漏是当程序不再使用到的内存时,释放内存失败而产生了无用的内存消耗。内存泄漏并不是指物理上的内存消失,这里的内存泄漏是值由程序分配的内存但是由于程序逻辑错误而导致程序失去了对该内存的控制,使得内存浪费。

 怎样会导致内存泄漏?

资源对象没关闭造成的内存泄漏,如查询数据库后没有关闭游标cursor

构造adapter时,没有使用 convertview 重用

bitmap对象不在使用时调用recycle()释放内存

对象被生命周期长的对象引用,如activity被静态集合引用导致activity不能释放

 内存泄漏有什么危害?

内存泄漏对于app没有直接的危害,即使app有发生内存泄漏的情况,也不一定会引起app崩溃,但是会增加app内存的占用。内存得不到释放,慢慢的会造成app内存溢出。所以我们解决内存泄漏的目的就是防止app发生内存溢出。

1、新建线程引起的activity内存泄漏

例子:

package rxnet.zyj.com.myapplication;
 
import android.support.v7.app.appcompatactivity;
import android.os.bundle;
import android.view.view;
 
public class activity6 extends appcompatactivity {
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_6);
 
    findviewbyid( r.id.finish).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    new thread(new runnable() {
      @override
      public void run() {
        try {<br>          //模拟耗时操作
          thread.sleep( 15000 );
        } catch (interruptedexception e) {
          e.printstacktrace();
        }
      }
    }).start();
 
  }
}

  运行上面的代码后,点击finish按钮,过一会儿发生了内存泄漏的问题。

Android 有效的解决内存泄漏的问题实例详解

 为什么activity6会发生内存泄漏?

进入activity6 界面,然后点击finish按钮,activity6销毁,但是activity6里面的线程还在运行,匿名内部类runnable对象引用了activity6的实例,导致activity6所占用的内存不能被gc及时回收。

 如何改进?

runnable改为静态非匿名内部类即可。

package rxnet.zyj.com.myapplication;
 
import android.support.v7.app.appcompatactivity;
import android.os.bundle;
import android.view.view;
 
public class activity6 extends appcompatactivity {
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_6);
 
    findviewbyid( r.id.finish).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    new thread( new myrunnable()).start();
 
  }
 
  private static class myrunnable implements runnable {
 
    @override
    public void run() {
      try {
        thread.sleep( 15000 );
      } catch (interruptedexception e) {
        e.printstacktrace();
      }
    }
  }
   
}

 2、activity添加监听器造成activity内存泄漏

package rxnet.zyj.com.myapplication;
 
import android.app.activity;
import android.os.bundle;
 
public class leakactivity extends activity {
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    nastymanager.getinstance().addlistener(this);
  }
}

  这个是在开发中经常会犯的错误,nastymanager.getinstance() 是一个单例,当我们通过 addlistener(this) 将 activity 作为 listener 和 nastymanager 绑定起来的时候,不好的事情就发生了。

如何改进?

想要修复这样的 bug,其实相当简单,就是在你的 acitivity 被销毁的时候,将他和 nastymanager 取消掉绑定就好了。

package rxnet.zyj.com.myapplication;
 
import android.app.activity;
import android.os.bundle;
 
public class leakactivity extends activity {
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    nastymanager.getinstance().addlistener(this);
  }
 
  @override
  protected void ondestroy() {
    super.ondestroy();
    nastymanager.getinstance().removelistener(this);
  }
}

  3、handler 匿名内部类造成内存溢出?

先看着一段代码

package rxnet.zyj.com.myapplication;
 
import android.os.bundle;
import android.os.handler;
import android.os.message;
import android.support.v7.app.appcompatactivity;
import android.util.log;
import android.view.view;
 
public class handleractivity extends appcompatactivity {
 
  private final static int messagecode = 1 ;
 
  private final handler handler = new handler(){
    @override
    public void handlemessage(message msg) {
      super.handlemessage(msg);
      log.d("mmmmmmmm" , "handler " + msg.what ) ;
    }
  };
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_handler);
 
    findviewbyid( r.id.finish ).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    new thread(new runnable() {
      @override
      public void run() {
        handler.sendemptymessage( messagecode ) ;
        try {
          thread.sleep( 8000 );
        } catch (interruptedexception e) {
          e.printstacktrace();
        }
        handler.sendemptymessage( messagecode ) ;
      }
    }).start() ;
 
  }
}

  这段代码运行起来后,立即点击 finish 按钮,通过检测,发现 handleractivity 出现了内存泄漏。当activity finish后,延时消息会继续存在主线程消息队列中8秒钟,然后处理消息。而该消息引用了activity的handler对象,然后这个handler又引用了这个activity。这些引用对象会保持到该消息被处理完,这样就导致该activity对象无法被回收,从而导致了上面说的 activity泄露。handler 是个很常用也很有用的类,异步,线程安全等等。如果有下面这样的代码,会发生什么呢? handler.postdeslayed ,假设 delay 时间是几个小时… 这意味着什么?意味着只要 handler 的消息还没有被处理结束,它就一直存活着,包含它的 activity 就跟着活着。我们来想办法修复它,修复的方案是 weakreference ,也就是所谓的弱引用。垃圾回收器在回收的时候,是会忽视掉弱引用的,所以包含它的 activity 会被正常清理掉。

如何避免

使用静态内部类

使用弱引用

修改后代码是这样的。

package rxnet.zyj.com.myapplication;
 
import android.os.bundle;
import android.os.handler;
import android.os.message;
import android.support.v7.app.appcompatactivity;
import android.util.log;
import android.view.view;
 
import java.lang.ref.weakreference;
 
public class handleractivity extends appcompatactivity {
 
  private final static int messagecode = 1 ;
  private static handler handler ;
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_handler);
 
    findviewbyid( r.id.finish ).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    handler = new myhandler( this ) ;
 
    new thread(new runnable() {
      @override
      public void run() {
        handler.sendemptymessage( messagecode ) ;
        try {
          thread.sleep( 8000 );
        } catch (interruptedexception e) {
          e.printstacktrace();
        }
        handler.sendemptymessage( messagecode ) ;
      }
    }).start() ;
 
  }
 
  private static class myhandler extends handler {
    weakreference<handleractivity> weakreference ;
 
    public myhandler(handleractivity activity ){
      weakreference = new weakreference<handleractivity>( activity) ;
    }
 
    @override
    public void handlemessage(message msg) {
      super.handlemessage(msg);
      if ( weakreference.get() != null ){
        // update android ui
        log.d("mmmmmmmm" , "handler " + msg.what ) ;
      }
    }
  }
}

  这个handler已经使用了静态内部类,并且使用了弱引用。但是这个并没有完全解决 handleractivity 内存泄漏的问题,罪魁祸首是线程创建的方式出了问题,就像本文的第一个例子一样。改进的方式,是把runnable类写成静态内部类。

最终完整的代码如下:

package rxnet.zyj.com.myapplication;
 
import android.os.bundle;
import android.os.handler;
import android.os.message;
import android.support.v7.app.appcompatactivity;
import android.util.log;
import android.view.view;
 
import java.lang.ref.weakreference;
 
public class handleractivity extends appcompatactivity {
 
  private final static int messagecode = 1 ;
  private static handler handler ;
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_handler);
 
    findviewbyid( r.id.finish ).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    //创建handler
    handler = new myhandler( this ) ;
 
    //创建线程并且启动线程
    new thread( new myrunnable() ).start();
  }
 
  private static class myhandler extends handler {
    weakreference<handleractivity> weakreference ;
 
    public myhandler(handleractivity activity ){
      weakreference = new weakreference<handleractivity>( activity) ;
    }
 
    @override
    public void handlemessage(message msg) {
      super.handlemessage(msg);
      if ( weakreference.get() != null ){
        // update android ui
        log.d("mmmmmmmm" , "handler " + msg.what ) ;
      }
    }
  }
 
  private static class myrunnable implements runnable {
 
    @override
    public void run() {
      handler.sendemptymessage( messagecode ) ;
      try {
        thread.sleep( 8000 );
      } catch (interruptedexception e) {
        e.printstacktrace();
      }
      handler.sendemptymessage( messagecode ) ;
    }
  }
}

  等等,还没完呢?

上面这个代码已经有效的解决了handler,runnable 引用activity实例从而导致内存泄漏的问题,但是这不够。因为内存泄漏的核心原因就是这个某个对象应该被系统回收内存的时候,却被其他对象引用,造成该内存无法回收。所以我们在写代码的时候,要始终绷着这个弦。再回到上面这个问题,当当前activity调用finish销毁的时候,在这个activity里面所有线程是不是应该在ondestory()方法里,取消线程。当然是否取消异步任务,要看项目具体的需求,比如在activity销毁的时候,启动一个线程,异步写log日志到本地磁盘,针对这个需求却需要在ondestory()方法里开启线程。所以根据当前环境做出选择才是正解。

所以我们还可以修改代码为:在ondestroy() 里面移除所有的callback 和 message 。

package rxnet.zyj.com.myapplication;
 
import android.os.bundle;
import android.os.handler;
import android.os.message;
import android.support.v7.app.appcompatactivity;
import android.util.log;
import android.view.view;
 
import java.lang.ref.weakreference;
 
public class handleractivity extends appcompatactivity {
 
  private final static int messagecode = 1 ;
  private static handler handler ;
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_handler);
 
    findviewbyid( r.id.finish ).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    //创建handler
    handler = new myhandler( this ) ;
 
    //创建线程并且启动线程
    new thread( new myrunnable() ).start();
  }
 
  private static class myhandler extends handler {
    weakreference<handleractivity> weakreference ;
 
    public myhandler(handleractivity activity ){
      weakreference = new weakreference<handleractivity>( activity) ;
    }
 
    @override
    public void handlemessage(message msg) {
      super.handlemessage(msg);
      if ( weakreference.get() != null ){
        // update android ui
        log.d("mmmmmmmm" , "handler " + msg.what ) ;
      }
    }
  }
 
  private static class myrunnable implements runnable {
 
    @override
    public void run() {
      handler.sendemptymessage( messagecode ) ;
      try {
        thread.sleep( 8000 );
      } catch (interruptedexception e) {
        e.printstacktrace();
      }
      handler.sendemptymessage( messagecode ) ;
    }
  }
 
  @override
  protected void ondestroy() {
    super.ondestroy();
 
    //如果参数为null的话,会将所有的callbacks和messages全部清除掉。
    handler.removecallbacksandmessages( null );
  }
}

 Android 有效的解决内存泄漏的问题实例详解

 4、asynctask造成内存泄漏

package rxnet.zyj.com.myapplication;
 
import android.os.asynctask;
import android.support.v7.app.appcompatactivity;
import android.os.bundle;
import android.util.log;
import android.view.view;
 
public class activity2 extends appcompatactivity {
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_2);
 
    findviewbyid( r.id.finish2).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
 
    new asynctask<string,integer,string>(){
 
      @override
      protected string doinbackground(string... params) {
        try {
          thread.sleep( 6000 );
        } catch (interruptedexception e) {
        }
        return "ssss";
      }
 
      @override
      protected void onpostexecute(string s) {
        super.onpostexecute(s);
        log.d( "mmmmmm activity2 " , "" + s ) ;
      }
 
    }.executeonexecutor( asynctask.thread_pool_executor , "" ) ;
     
  }
}

  为什么?

上面代码在activity中创建了一个匿名类asynctask,匿名类和非静态内部类相同,会持有外部类对象,这里也就是activity,因此如果你在activity里声明且实例化一个匿名的asynctask对象,则可能会发生内存泄漏,如果这个线程在activity销毁后还一直在后台执行,那这个线程会继续持有这个activity的引用从而不会被gc回收,直到线程执行完成。

   怎么解决?

 自定义静态asynctask类a

synctask的周期和activity周期保持一致。也就是在activity生命周期结束时要将asynctask cancel掉。

package rxnet.zyj.com.myapplication;
 
import android.os.asynctask;
import android.support.v7.app.appcompatactivity;
import android.os.bundle;
import android.view.view;
 
public class asynctaskactivity extends appcompatactivity {
 
  private static mytask mytask ;
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_asynctask);
 
    findviewbyid( r.id.finish).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    mytask = new mytask() ;
    mytask.executeonexecutor( asynctask.thread_pool_executor , "") ;
 
  }
 
  private static class mytask extends asynctask{
 
    @override
    protected object doinbackground(object[] params) {
      try {
        //模拟耗时操作
        thread.sleep( 15000 );
      } catch (interruptedexception e) {
        e.printstacktrace();
      }
      return "";
    }
  }
 
  @override
  protected void ondestroy() {
    super.ondestroy();
 
    //取消异步任务
    if ( mytask != null ){
      mytask.cancel(true ) ;
    }
  }
}

5、timer tasks 造成内存泄漏

package rxnet.zyj.com.myapplication;
 
import android.os.bundle;
import android.support.v7.app.appcompatactivity;
import android.view.view;
 
import java.util.timer;
import java.util.timertask;
 
public class timeractivity extends appcompatactivity {
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_2);
 
    findviewbyid( r.id.finish2).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    //开始定时任务
    timer();
  }
 
  void timer(){
    new timer().schedule(new timertask() {
      @override
      public void run() {
        while(true);
      }
    },1000 ); // 1秒后启动一个任务
  }
}

  为什么? 

这里内存泄漏在于timer和timertask没有进行cancel,从而导致timer和timertask一直引用外部类activity。

  怎么解决? 

在适当的时机进行cancel。

timertask用静态内部类

   注意:在网上看到一些资料说,解决timertask内存泄漏可以使用在适当的时机进行cancel。经过测试,证明单单使用在适当的时机进行cancel , 还是有内存泄漏的问题。所以一定要用静态内部类配合使用。

package rxnet.zyj.com.myapplication;
 
import android.os.bundle;
import android.support.v7.app.appcompatactivity;
import android.util.log;
import android.view.view;
 
import java.util.timer;
import java.util.timertask;
 
public class timeractivity extends appcompatactivity {
 
  private timertask timertask ;
 
  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_2);
 
    findviewbyid( r.id.finish2).setonclicklistener(new view.onclicklistener() {
      @override
      public void onclick(view v) {
        finish();
      }
    });
 
    //开始定时任务
    timer();
  }
 
  void timer(){
    timertask = new mytimertask() ;
    new timer().schedule( timertask ,1000 ); // 1秒后启动一个任务
  }
 
  private static class mytimertask extends timertask{
 
    @override
    public void run() {
      while(true){
        log.d( "ttttttttt" , "timertask" ) ;
      }
    }
  }
 
  @override
  protected void ondestroy() {
    super.ondestroy();
 
    //取消定时任务
    if ( timertask != null ){
      timertask.cancel() ;
    }
  }
}

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!