内存泄漏:是指内存得不到GC的及时回收,从而造成内存占用过多,从而导致程序Crash,也就是常说的OOM。
一、static
先来看下面一段代码
public class DBHelper { private static DBHelper db= null; private DBHelper() { } public static DBHelper getInstance(Context context) { if (bitmapUtils == null) { synchronized (DBHelper.class) { if (db== null) { db= new db(context,DBNAME); } } } return db; } }
这样的代码在项目中很常见,如果大家仔细一点,应该能发现问题在那里。helper中持有了context的应用,而DBHelper是全局的,也就是说,当在一个Activity中使用了DBHelper,即使这个Activity退出了,这个Activity也没法被GC回收,从而造成Activity一直驻留在内存中。
这个解决方案也比较简单,代码如下
public class DBHelper { private static DBHelper db= null; private DBHelper() { } public static DBHelper getInstance(Context context) { if (bitmapUtils == null) { synchronized (DBHelper.class) { if (db== null) { db= new db(context.getApplicationContext(),DBNAME); } } } return db; } }
只需要把context改成ApplicationContext()即可,因为ApplicationContext本身就是全局的。
二、非静态内部类、Handler
先来看一段代码
private Handler handler = new Handler(){ @Override public void dispatchMessage(Message msg) { // 消息处理 } }; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); new Thread(new Runnable() { @Override public void run() { // 耗时操作 handler.sendEmptyMessage(1); } }).start(); }
我们知道非静态内部类会持有外部类的引用,此时这里的Handler持有着外部Activity的引用,当我们在Activity的内部类中进行异步耗时操作时,我们的Activity如果此时被finish掉了,而异步任务没有执行结束,这就会导致我们的Activity对象不能及时的被GC回收,从而导致内存问题。
这样的问题解决起来也很简单
内存问题大多数都是因为对对象生命周期的不巧当处理造成的,在使用某个对象时,我们需要仔细研究对象的生命周期,当处理一些占用内存较大并且生命周期较长的对象时,应用使用软引用对其就行处理,及时关闭不使用的资源。
以上就是本文的全部内容,希望对大家的学习有所帮助。
本文地址:https://www.stayed.cn/item/26069
转载请注明出处。
本站部分内容来源于网络,如侵犯到您的权益,请 联系我