Android内存泄漏场景

android studio 相关说明 | 2019-03-12 00:15

首先我们提出一个问题,什么是内存泄漏? 内存泄漏,通俗得来讲就是“没有用的对象无法被回收”然后我们再提出一个问题,内存泄露会导致什么情况?肯定是内存溢出,然后程序崩溃啊!

相信初学者可能不太清楚内存溢出和内存泄漏的区别。

内存溢出:程序使用的空间大于原本系统给它申请的空间。

内存泄漏:在new了对象之后,没有使用这个对象了,但是又没有被回收,一直占用着内存。

要想了解内存泄露的知识,首先我们要清楚以下的知识点

Java的GC(Garbage Collection,垃圾回收)机制。

Java的内存管理机制

详情可以见 浅谈垃圾回收算法

如何判断,只用记住一点:A类实例引用B类实例,而A类实例的生命周期长于B类实例的生命周期。

在Android开发中,内存泄漏的地方还是挺多的,有时候稍不注意就写出了一个内存泄漏的代码。所以说我们要熟记哪些地方容易发生内存泄漏,在代码Review的情况下很容易检查出来。

单例模式使用的地方非常多,它的生命周期常常伴随着App的一生,所以说也十分容易造成内存泄漏。

例如单例模式中引用Activity的Context,而单例模式的生命周期长于Activity。这里单例模式引用Activity的实例,当Activity被销毁,Activity无法被回收,造成内存泄露。

public class Single {  private static Single instance;  private Context context;  private Single(Context context) {    this.context = context;  }  public static Single getInstance(Context context) {    if (instance == null) {        instance = new Single(context);    }    return instance;  }}

值得一提的是,如果这里引用的Application的Context,将无任何影响。因为Application的生命周期与单例模式同样长。

在静态集合里面添加对象,添加完成之后该集合将会一直引用此对象,该对象无法被释放。(不过我们也写不出这样沙雕的代码来!

static List<Object> objectList = new ArrayList<>();   for (int i = 0; i < 10; i++) {       Object obj = new Object();       objectList.add(obj);       obj = null;    }

解决方法:在使用完该集合之后,将集合清空。

特点:匿名类和非静态内部类都持有外部类的引用

匿名内部类引起的内存泄露,最典型的例子就是Handler泄漏。当Handler的消息没有发送完毕,Activity就被销毁了,此时Activity无法被即时回收。

public class MainActivity extends Activity{    @SuppressLint("HandlerLeak")    private Handler handler = new Handler() {        @Override        public void handleMessage(Message msg) {           //do something...        }    };    @Override    public void onCreate(Bundle savedInstanceState){        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);    }}

如何解决Handler泄漏呢?我们用static修饰Handler,这样Hanlder的生命周期就与Activity无关了。如果想引用Activity实例,这里可以用一个弱引用来获取。或者可以在Activity 的onDestroy() 方法中移除所有的消息

handler.removeCallbacksAndMessages(null);public class MainActivity extends Activity{    private final MyHandler handler = new MyHandler(this);    @Override    public void onCreate(Bundle savedInstanceState){        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);    }    private static class MyHandler extends Handler {        private final WeakReference<MainActivity> mActivity;        public MyHandler(MainActivity activity) {            mActivity = new WeakReference<MainActivity>(activity);        }        @Override        public void handleMessage(Message msg) {          MainActivity activity = mActivity.get();        }  }}

在Activity中new Thread时,如果在子线程做耗时操作,当Activity被销毁后,子线程的工作并未完成,此时会内存泄漏。

public class MainActivity extends Activity{    @Override    public void onCreate(Bundle savedInstanceState){        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        new Thread(new Runnable() {            @Override            public void run() {                try {                    Thread.sleep();                } catch (InterruptedException e) {                    e.printStackTrace();                }            }        }).start();    }}

这里同样可以继承 Thread 实现静态内部类来解决。

如果成员变量被声明为 static,其生命周期将与整个app进程生命周期一样。

在调用了流之后,一定要记得关闭流。用到流的地方一般都是文件操作,虚拟机无法通过垃圾回收来释放这些资源。

例如service忘记解除绑定,broadcastReceiver忘记解除订阅,EventBus忘记解除订阅等。

光凭肉眼我们其实只能找出比较明显的内存泄露点,还有许多隐藏得比较深的内存泄露。那么我们如何找到这些点呢?当然是利用工具。

Android Lint:Android Studio提供的代码扫描分析工具

Leakcanary: Square 公司开源的「Android 和 Java 的内存泄漏检测库」

在Android系统中,每个App最多能分配大约只有100-200MB的内存空间,因为内存不够,溢出而引起的程序崩溃还是不在少数。所以说,日常开发中还是要千万注意内存泄露。