Android--内存泄露分析

Posted 2021-12-08 chaoyu168

一、内存泄露

        java中的内存泄露是指一个无用对象持续占有内存或无用对象的内存得不到及时的释放，从而造成的内存控件的浪费称为内存泄露。

强引用(StrongReference)：JVM 宁可抛出 OOM ，也不会让 GC 回收具有强引用的对象；

软引用(SoftReference)：只有在内存空间不足时，才会被回的对象；

弱引用(WeakReference)：在 GC（垃圾回收） 时，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存；

虚引用(PhantomReference)：任何时候都可以被GC回收，当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中。程序可以通过判断引用队列中是否存在该对象的虚引用，来了解这个对象是否将要被回收。可以用来作为GC回收Object的标志。

我们常说的内存泄漏是指new出来的Object无法被GC回收，即为强引用。

二、常见的内存泄露

       1、资源未关闭 没有解除注册造成内存泄露

      资源性对象比如(Cursor，InputStream/OutputStream，File文件、View没有recyle等)往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们，以便它们的缓冲及时回收内存。它们的缓冲不仅存在于 java虚拟机内，还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null，而不关闭它们，往往会造成内存泄漏。

        2、Handler内存泄露

        Handler不是静态内部类，会持有外部类（Activity）的一个引用。当Handler中有延迟的的任务或是等待执行的任务队列过长，由于消息持有对Handler的引用，而Handler又持有对其外部类的潜在引用，这条引用关系会一直保持到消息得到处理，而导致了Activity无法被垃圾回收器回收，而导致了内存泄露。1、使用弱引用解决；2、在OnDestroy中执行

mHandler.removeCallbacksAndMessages(null);

        3、注册监听器的泄漏

        系统服务可以通过Context.getSystemService 获取，它们负责执行某些后台任务，或者为硬件访问提供接口。如果Context 对象想要在服务内部的事件发生时被通知，那就需要把自己注册到服务的监听器中。然而，这会让服务持有Activity 的引用，如果在Activity onDestory时没有释放掉引用就会内存泄漏。在OnDestroy中执行反注册。

        4、集合中对象没清理造成的内存泄漏

        把一些对象的引用加入到了集合容器（比如ArrayList）中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。退出程序之前，将集合里的东西clear，然后置为null，再退出程序。

        5、单例内存泄露

        单例的静态特性导致其生命周期同应用一样长。使用ApplicationContext，同时加弱引用。

        6、Context使用不当

        使用ApplicationContext代替ActivityContext，因为ApplicationContext会随着应用程序的存在而存在，而不依赖于activity的生命周期；对Context的引用不要超过它本身的生命周期，慎重的对Context使用“static”关键字。Context里如果有线程，一定要在onDestroy()里及时停掉。

三、工具分析

        Eclipse的MAT工具（MAT官网 https://www.eclipse.org/mat/）

 

具体使用方法详见：Android内存泄漏分析（MAT）

Android Studio + MAT 给你看真实项目实战的内存泄露分析

Android Studio - HPROF文件查看和分析工具