内存泄露优化
产生原因:在Android程序开发中,当一个对象已经不需要再使用了,本该被回收时,而另外一个正在使用的对象持有它的引用从而导致它不能被回收,这就导致本该被回收的对象不能被回收而停留在堆内存中,内存泄漏就产生了。
内存泄漏在开发过程中是一个需要重视的问题,但是由于内存泄漏对开发人员的经验和开发意识有较高的要求,因此这也是开发人员最容易发的错误之一。
它的优化有两方面,一是在开发过程中尽量避免写出有内存泄漏的代码,另外一个是,通过一些分析工具如MAT来找出潜在的内存泄漏继而解决。
常见内存泄露的例子:
1.静态变量导致的内存泄露
如:静态变量持有Activity的引用,静态变量的生命周期和程序的生命周期是一样的,这样,就会导致Activity无法释放,因为静态变量持有该Activity的引用;
所以,静态变量,一般指向常量或者静态变量的内部不使用非静态对象来组合;
2.单例模式导致的内存泄露
静态变量导致的内存泄漏比较明显,易于观察,但是单例模式造成所带来的内存泄露容易被忽视。
如:单例模式的类中有一个集合,Activity作为参数被绑定在这个集合中,但是Activity在销毁时并没有从单例模式类中解绑,导致单例模式类持有Activity的引用,而单例模式的特点就是生命周期和Applicaiton一致,因此Activity对象无法被及时释放;
所以,单例模式类中,并绑定的对象在不需要使用它的时候需要解绑;而且,如果单例模式类中需要传递Context作为参数,那就传Application的Context过来,不要传递Activity和Service的Context过来;
3.属性动画导致的内存泄露
属性动画中有一类无限循环的动画,如果在Activity中播放此动画但是没有在onDestory中去停止动画,那么动画会一直播放下去,尽管此时已经无法在界面上看到动画效果,并且这个时候Activity的View被动画所持有,而view又持有了Activity,最终导致Activity无法释放;
所以,需要在onDestory中调用animator.cancel()来停止动画;
4.非静态内部类创建静态实例造成的内存泄露
如:在Activity中有一个非静态内部类 class A,但是有一个静态的非静态内部类的引用,即static A a = new A ();这样会导致非静态内部类a中有Activity的引用,由于静态对象a的生命周期与应用周期一样长,当Acitivity销毁被资源回收时,无法被回收;
所以,需要将该非静态内部类改为静态内部类,或者把引用的static修饰去掉,又或者使用单例将该内部类进行封装;
5.Handler造成的泄露