Android内存泄漏问题排查分析及常见解决方案_android内存泄露的几种情况

什么是内存泄漏：

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

内存泄漏的危害？

它是造成应用程序OOM的主要原因之一；由于Android系统为每个应用程序分配的内存有限，当一个应用中产生的内存泄漏比较多时，就难免会导致应用所需要的内存超过系统分配的内存限额，这就造成了内存泄漏而导致应用Crash；

内存泄漏排查：

1、使用adb命令：adb shell dumpsys meminfo 包名，查看当前activity数量。

不停打开关闭要排查页面，由于关闭页面后垃圾回收不会立即执行，为了测试，借助Android Studio自带的Profiler，点击强制垃圾回收。若activiy数量和最开始时一致，则表示正常，若activity数量增加，则表明内存泄漏。

2、使用AS中Profiler进一步问题排查，点击Dump JAVA heap导出堆分配。

常见内存泄漏的情况：

1、静态Activity(Activity上下文Context)和View

静态变量Activity和View会导致内存泄漏，在下面代码中对Activity的Context和TextView设置为静态对象，从而产生内存泄漏；
因为context和textView的实例的生命周和应用的生命一样，而他们持有当前Activity(MemoryTestActivity)的引用，一旦MemoryTestActivity销毁，而他的引用一直持有，就不会被回收，所以产生内存泄漏了；

public class MemoryTestActivity extends AppCompatActivity {

    private static Context context;
    private static TextView textView;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_memory_test);
        context = this;
        textView = new TextView(this);
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13

2、单例造成的内存泄漏

Android的单例模式是开发中经常使用的模式，使用不恰当可能导致内存泄漏；单例的生命周期和应用的生命周期一样，也就是单例持有必须是和应用生命周期一样的对象，不能持有和应用生命周期不一致的对象例如：Activity(Context)上下文：

public class TestManager {

    private static TestManager manager;
    private Context context;

    private TestManager(Context context) {
        this.context = context;
    }

    /**
     * 如果传入的context是activity,service的上下文，会导致内存泄漏
     * 原因是我们的manger是一个static的静态对象，这个对象的生命周期和整个app的生命周期一样长
     * 当activity销毁的时候，我们的这个manger仍然持有者这个activity的context，就会导致activity对象无法被释放回收，就导致了内存泄漏
     */
    public static TestManager getInstance(Context context) {
        if (manager == null) {
            manager = new TestManager(context);
        }
        return manager;
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

解决方法：修改TestManager单例模式使用的上下文Context，TestManager单例模式引用ApplicationContext，TestManager单例模式和应用生命周期一样，ApplicationContext和应用的生命周期是一样，这样不会出现内存泄漏；

public class TestManager {

    private static TestManager manager;
    private Context context;

    private TestManager(Context context) {
        this.context = context;
    }

    //正确写法
    public static TestManager getInstance(Context context) {
        if (manager == null) {
            manager = new TestManager(context.getApplicationContext());
        }
        return manager;
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

3、线程造成的内存泄漏

匿名线程内部类会隐式引用Activity，当执行耗时任务时，一直隐式引用Activity，当Activity关闭时，由于匿名线程内部类会隐式引用Activity无法及时回收；

public class MemoryTestActivity extends AppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_memory_test);
        anonymousInnerClass();
    }

    //匿名内部类持有MemoryTestActivity实例引用，当耗时匿名线程内部类执行完成以后MemoryTestActivity实例才会回收；
    public void anonymousInnerClass() {
          new AsyncTask<Void, Void, Void>(){
            @Override
            protected Void doInBackground(Void... voids) {
                //执行异步处理
                SystemClock.sleep(120000);
                return null;
            }
        }.execute();
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

解决方法：修改AsyncTask匿名内部类为静态类，解除Activity隐式引用，MemoryTestActivity销毁时要及时取消异步任务staticAsyncTask.cancel(true)，防止异步任务执行完成更新销毁MemoryTestActivity实例的UI;

public class MemoryTestActivity extends AppCompatActivity {

    private StaticAsyncTask staticAsyncTask;

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

        staticAsyncTask = new StaticAsyncTask(this);
        staticAsyncTask.execute();
    }

    private static class StaticAsyncTask extends AsyncTask<Void, Void, Void> {
        private WeakReference<Context> weakReference;

        public StaticAsyncTask(Context context) {
            weakReference = new WeakReference<Context>(context);
        }

        @Override
        protected Void doInBackground(Void... voids) {
            //执行异步处理
            SystemClock.sleep(120000);
            return null;
        }

        @Override
        protected void onPostExecute(Void aVoid) {
            super.onPostExecute(aVoid);

            MemoryTestActivity activity = (MemoryTestActivity) weakReference.get();
            if (activity != null) {
                //异步任务执行完成，执行UI处理
            }
        }
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        staticAsyncTask.cancel(true);
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44

4、非静态内部类创建静态实例造成的内存泄漏

public class MemoryTestActivity extends AppCompatActivity {

    private static TestResource testResource;

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

        testResource = new TestResource();
    }

    class TestResource{
        //资源类
    }

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

这样就在Activity内部创建了一个非静态内部类的单例，每次启动Activity时都会使用该单例的数据，这样虽然避免重复创建，不过这种写法会造成内存泄漏，因为非静态内部类默认会持有外部类的引用，而又使用了该非静态内部类创建了一个静态实例，该实例的生命周期和应用一样长，这就导致了该静态实例一直持有该Activity的引用，导致Activity的内存资源不能正常回收；
解决方法：将该内部类设为静态内部类或将内部类抽象出来封装一个单例，如果需要使用Context，请使用ApplicationContext；

5、Handler造成的内存泄漏

Handler的使用造成的内存泄漏问题是比较常见的，平时处理网络任务或者封装一些请求回调等api都应该会借助Handler处理，对于Handler的使用代码不规范可能会造成内存泄漏，如下示例：

    private Handler mHandler = new Handler(){
        @Override
        public void handleMessage(Message msg) {
            //处理UI显示
        }
    };

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

    //loadData()方法在子线程中执行
    private void loadData() {
        Message message = Message.obtain();
        //模拟线程延迟120秒发送Message
        mHandler.sendMessageDelayed(message, 120000);
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

这种创建Handler的方式可能造成内存泄漏，由于mHandler是Handler的非静态匿名内部类的实例，所以它持有外部类Activity引用，我们知道消息队列是在一个Looper线程中不断轮询处理消息，那么当这个Activity退出时，消息队列还有未处理的消息或者正在处理的消息（例如上面的例子，子线程中处理耗时任务，还没有执行完毕，activity就退出销毁），而消息队列中Message持有mHandler实例引用，mHander又持有Activity的引用，所以导致Activity的内存无法及时回收，引发内存泄漏；

public class MemoryTestActivity extends AppCompatActivity {
    private Handler handler = new StaticHandler(this);

    private static class StaticHandler extends Handler {

        WeakReference<Context> weakReference;

        public StaticHandler(Context context) {
            weakReference = new WeakReference<>(context);
        }

        @Override
        public void handleMessage(Message msg) {
            //处理UI显示
            MemoryTestActivity activity = (MemoryTestActivity) weakReference.get();
            if (activity != null) {

            }
        }
    }

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

    //loadData()方法在子线程中执行
    private void loadData() {
        Message message = Message.obtain();
        //模拟线程延迟120秒发送Message
        handler.sendMessageDelayed(message, 120000);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        handler.removeCallbacksAndMessages(null);
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

创建一个静态Handler内部类，然后对Handler持有的对象使用弱应用，这样在回收时也可以回收Handler持有的对象，这样避免了Activity泄漏，如果Handler被delay(延迟执行)，在Activity的Destroy或者Stop时应该移除消息队列中的消息；
handler.removeCallbacksAndMessages(null);移除消息队列中所有的消息和线程；
解决方案总结：

• 通过程序逻辑来进行维护
  • 在关闭Activity的时候停掉后台线程；线程停掉相当于切断了Handler和外部连接线，Activity自然会被在合适的时候回收；
  • 如果Handler被delay延迟的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就行；
• 将Handler声明为静态类
  • 在Java中，非静态的内部类和匿名内部类都会隐式持有其外部类的引用，静态内部类不会持有外部类的引用。静态类不持有外部类的对象，所以你的Activity可以随意被回收；由于Handler不在持有外部类的对象的引用，导致程序不允许你在Handler中操作Activity中的对象了，所以你需要在Handler中增加一个对Activity的弱引用(WeakReference);

6、动画

在属性动画中有一类无限循环动画，如果在Activity中播放这类动画并且在onDestroy()中没有去停止动画，那么动画会一直播放下去，这时候Activity会被View所持有，从而导致Activity无法被释放。解决此类问题要在onDestroy()方法中去调用objectAnimator.cancel()来停止动画；

public class MemoryTestActivity extends AppCompatActivity {

    private TextView textView;
    private ObjectAnimator objectAnimator;

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

        textView = (TextView)this.findViewById(R.id.textView2);
        objectAnimator = ObjectAnimator.ofFloat(textView, "rotation", 0, 360);
        objectAnimator.setRepeatCount(ValueAnimator.INFINITE);
        objectAnimator.start();
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();

    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

由于未在onDestroy()方法中去调用objectAnimator.cancel()来停止动画，执行动画的View一直引用Activity，导致Activity无法销毁；
解决办法：在onDestroy()方法中去调用objectAnimator.cancel()来停止动画；

7、第三方库使用不当

1、对于EventBus，RxJava等一些第三方开源 框架 的使用，若是Activity销毁之前没有进行解除订阅会导致内存泄漏；
2、需要在生命周期相对注册与注销（onCreate->onDestory | onResume->onPause … ）

8、资源未关闭造成的内存泄漏

对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。

---

其实想要全面掌握好 Android 性能优化的话，这些知识点你必须要有所了解，如： 内存优化、网络优化、卡顿优化、存储优化……等，其实除了这些，像Framework 底层原理逻辑话，也需要有一定的了解，为了让大家一次都可以了解全，所以将其整合成名为《Android 性能优化核心知识点手册》和《Android Framework核心知识点手册》，大家可以参考下：

《Android 性能调优核心笔记汇总》：https://qr18.cn/FVlo89

《Android 性能监控框架》：https://qr18.cn/FVlo89

《Android Framework核心知识点手册》：https://qr18.cn/AQpN4J

1. 开机Init 进程
2. 开机启动 Zygote 进程
3. 开机启动 SystemServer 进程
4. Binder 驱动
5. AMS 的启动过程
6. PMS 的启动过程
7. Launcher 的启动过程
8. Android 四大组件
9. Android 系统服务 - Input 事件的分发过程
10. Android 底层渲染 - 屏幕刷新机制源码分析
11. Android 源码分析实战