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

谈一谈Android内存泄漏问题

程序员文章站 2024-02-21 14:06:16
内存泄漏:是指内存得不到gc的及时回收,从而造成内存占用过多,从而导致程序crash,也就是常说的oom。 一、static 先来看下面一段代码 publ...

内存泄漏:是指内存得不到gc的及时回收,从而造成内存占用过多,从而导致程序crash,也就是常说的oom。
一、static
先来看下面一段代码

public class dbhelper {

  private static dbhelper db= null;

  private dbhelper() {

  }

  public static dbhelper getinstance(context context) {
    if (bitmaputils == null) {
      synchronized (dbhelper.class) {
        if (db== null) {
          db= new db(context,dbname);

        }
      }
    }
    return db;
  }
}

这样的代码在项目中很常见,如果大家仔细一点,应该能发现问题在那里。helper中持有了context的应用,而dbhelper是全局的,也就是说,当在一个activity中使用了dbhelper,即使这个activity退出了,这个activity也没法被gc回收,从而造成activity一直驻留在内存中。
这个解决方案也比较简单,代码如下

public class dbhelper {

  private static dbhelper db= null;

  private dbhelper() {

  }

  public static dbhelper getinstance(context context) {
    if (bitmaputils == null) {
      synchronized (dbhelper.class) {
        if (db== null) {
          db= new db(context.getapplicationcontext(),dbname);

        }
      }
    }
    return db;
  }
}

只需要把context改成applicationcontext()即可,因为applicationcontext本身就是全局的。
二、非静态内部类、handler
先来看一段代码

  private handler handler = new handler(){
    @override
    public void dispatchmessage(message msg) {
      // 消息处理
    }
  };

  @override
  protected void oncreate(bundle savedinstancestate) {
    super.oncreate(savedinstancestate);
    setcontentview(r.layout.activity_main);
    new thread(new runnable() {

      @override
      public void run() {
        // 耗时操作
        handler.sendemptymessage(1);
      }
    }).start();
  }

我们知道非静态内部类会持有外部类的引用,此时这里的handler持有着外部activity的引用,当我们在activity的内部类中进行异步耗时操作时,我们的activity如果此时被finish掉了,而异步任务没有执行结束,这就会导致我们的activity对象不能及时的被gc回收,从而导致内存问题。
这样的问题解决起来也很简单

  • 不要在匿名内部类中进行异步操作
  • 使用静态匿名内部类

内存问题大多数都是因为对对象生命周期的不巧当处理造成的,在使用某个对象时,我们需要仔细研究对象的生命周期,当处理一些占用内存较大并且生命周期较长的对象时,应用使用软引用对其就行处理,及时关闭不使用的资源。

以上就是本文的全部内容,希望对大家的学习有所帮助。