程序员

Android 优化之-内存泄漏

2018-03-04  本文已影响0人  feifei_fly

Java的内存结构

image

方法区和堆是所有线程共享的内存区域；而java栈、本地方法栈和程序计数区是妹个线程所私有的内存区域。

java内存结构分为:
(1)方法区、堆内存
(2)Java栈内存、本地方法栈、程序计数器

所以我们常说GC垃圾回收内存，管理和回收的仅仅是 堆内存的部分，这一点要首先明确

GC的工作时间是不确定的:

垃圾回收是一个复杂而耗时的操作，一般情况下哦，当垃圾回收器在进行回收操作的时候，整个应用是被暂时终止的(stop the world)。如果JVM花费过多的时间在垃圾回收上，则势必会影响程序的运行性能。尤其是与用户交互的应用，可能希望垃圾回收所带来的应用停顿的时间越小越好。但是GC的工作间隔过长又会导致无用对象的内存无法及时释放。

Garbage Collector

垃圾回收机制有好几套算法,完成两件事情:
(1)发现无用的对象
(2)回收无用对象占用的内存空间,使其可以被再次使用。
有一种算法是根搜索算法：


image

根搜索算法是从离散数学中的图论引入的，程序把所有的引用关系看作一张图。从一个节点GC ROOT开始，寻找对应的引用节点，找到这个节点以后，继续寻找这个节点的引用节点，当所有的引用节点寻找完毕之后，剩余的节点则被认为是没有被引用到的节点，即无用的节点。如果这个对象是引用可达的, 则称之为活的(live), 反之, 如果这个对象引用不可达, 则称之为死的(dead), 也可以称之为垃圾(garbage)。

什么是内存泄漏

当一个对象已经不需要再使用了，本该被回收时，而有另外一个正在使用的对象持有它的引用，从而就导致对象不能被回收。这种导致了本该被回收的对象不能被回收而停留在堆内存中，就产生了内存泄漏。

内存泄漏的常见场景:

  1. 非静态内部类的静态实例
    由于内部类默认持有外部类的引用，而静态实例属于类,所以内部类对象 被销毁时,内部类仍然持有外部类的引用，导致外部类对象无法被GC回收。
public class SecondActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_second);


        Runnable runnable = new Runnable() {
            @Override
            public void run() {
                try{
                    Thread.sleep(80000000L);

                    //
                    SecondActivity.this.show();
                }catch (InterruptedException e){
                    e.printStackTrace();
                }
            }
        };


        new Thread(runnable).start();
    }

    public void show(){
        Log.d("TAG","I am Here");
    }

Runnable 是一个匿名类, 默认 持有外部类SecondActity的引用。但是Thread执行的是一个耗时操作。
当从activity退出后,线程仍在执行，Runnable 还持有SecondActivity的强引用。导致Activity无法被GC回收。

解决办法:采用 静态内部类 ＋ 弱引用的方式

public class SecondActivity extends Activity {

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_second);

    MyRunnable runnable = new MyRunnable(this);
    new Thread(runnable).start();
}

public void show(){
    Log.d("TAG","I am Here");
}


static class MyRunnable implements Runnable{
    WeakReference<Activity> act ;
    public MyRunnable(Activity activity){
        act = new WeakReference<>(activity) ;
    }
    @Override
    public void run() {
        try{
            Thread.sleep(80000000L);

            if(act.get() != null && !act.get().isFinishing()){
                SecondActivity secondActivity = (SecondActivity) act.get();
                secondActivity.show();
            }
        }catch (InterruptedException e){
            e.printStackTrace();
        }
    }
}
  1. handelr临时行内存泄漏
 public Handler mHandler = new Handler(){
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    }

通常 handler是一个内部类，它持有外部类的引用（通常是一个Activity）
Handler通过发送Message与主线程交互,Message发送之后是存储在MessageQueue中的,有些Message不是立即被处理的，导致在一段时间内内存泄漏。

静态变量长期维持到大数据对象的引用，阻止垃圾回收。

Activity的context 被静态变量 或 单例 等(比actvity生命周期长的)持有，导致activity退出时无法被GC回收

资源对象如Cusor、Stream、Socket、BitMap，应在使用后几十关闭.在finally中关闭，会导致异常情况下资源对象未被释放的隐患。

BroadCastReceiver 和其他的Listener 未反注册会导致观察者列表中维持着被注册对象的引用，阻止其被GC 回收。

四种引用类型：强应用、软引用、弱引用、虚引用

查看当前某个应用内存 情况的命令:

adb shell dumpsys meminfo com.sogou.pakagemanagerdemo

检查内存泄漏的工具:Android Monitor 和 MAT

如何使用Android Monitor 和 MAT 检测内存泄漏，可以参考下面的链接：

Android Monitor的使用: https://www.jianshu.com/p/ef9081050f5c

MAT 的使用: https://www.jianshu.com/p/2d47d1cf5ccf

MAT 的使用: http://blog.csdn.net/u012760183/article/details/52068490

上一篇下一篇

猜你喜欢

热点阅读