在Android开发中,当一个对象已经不需要再使用了,本该被回收时,而另一个正在使用的对象持有它的引用,从而导致它不能被回收,占用的内存没有被释放,这样就会产生内存泄漏。
内存泄漏是一个很容易发生的问题,而且也不像程序ANR和Crash那样容易定位。内存泄漏问题对一个开发人员的经验和开发技能有较高的要求,这也是开发人员最容易犯的错误之一。内存泄漏的优化主要包括两个方面。一是避免在开发过程中写出可能会发生内存泄漏的代码,另外一方面是通过一些分析工具比如MAT来找出潜在的内存泄漏问题并解决。下面列举一些会发生内存泄漏的原因及场景,还有发生内存泄漏时的优化处理方案。
内存泄漏发生的原因
1、单例模式导致的内存泄漏
单例模式的静态特性使得单例对象的生命周期和应用的生命周期一样长。如果一个对象已经不需要使用了,而单例对象还持有对象的引用,这个对象将不能被正常回收,对象占用的内存不能被及时释放,就会发生内存泄漏
典型代码
public class TestManager {
private static TestManager testManager = null;
private Context mContext;
private TestManager(Context context) {
mContext = context;
}
public static TestManager getInstance(Context context) {
if(testManager == null) {
testManager = new TestManager(context);
}
return testManager;
}
}
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
TestManager testManager = TestManager.getInstance(this);
}
}
TestManager是一个典型的单例模式类,在获取单例模式的对象时需要传入context,在MainActivity中传入了当前的Activity作为context获取testManager,单例模式的对象和应用程序的生命周期相同,在当前Activity退出后,由于testManager持有Activity的引用,导致MainActivity在退出后内存不会被回收。
解决方法:在构造单例模式对象时传入Application的Context,单例的生命周期和Application是一样的,所以不会有影响
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
TestManager testManager = TestManager.getInstance(getApplicationContext());