国内最全IT社区平台 联系我们 | 收藏本站
华晨云阿里云优惠2
您当前位置:首页 > php开源 > 综合技术 > android内存泄露的原因

android内存泄露的原因

来源:程序员人生   发布时间:2015-06-24 08:09:03 阅读次数:3645次

1、资源对象没有关闭造成内存泄漏

   资源性对象比如(Cursor,File文件等)常常都用了1些缓冲,我们在不使用的时候,应当及时关闭它们,以便它们的缓冲及时回收内存。它们的缓冲不但存在于java虚拟机内,还存在于java虚拟机外。如果我们仅仅是把它的援用设置为null,而不关闭它们,常常会造成内存泄漏。由于有些资源性对象,比如SQLiteCursor(在析构函数finalize(),如果我们没有关闭它,它自己会调close()关闭),如果我们没有关闭它,系统在回收它时也会关闭它,但是这样的效力太低了。因此对资源性对象在不使用的时候,应当调用它的close()函数,将其关闭掉,然后才置为null.在我们的程序退出时1定要确保我们的资源性对象已关闭。
  程序中常常会进行查询数据库的操作,但是常常会有使用终了Cursor后没有关闭的情况。如果我们的查询结果集比较小,对内存的消耗不容易被发现,只有在常时间大量操作的情况下才会复现内存问题,这样就会赐与后的测试和问题排查带来困难和风险

示例代码: [java] Cursor cursor = getContentResolver().query(uri...); if (cursor.moveToNext()) { ... ... } 修正示例代码: [java] Cursor cursor = null; try { cursor = getContentResolver().query(uri...); if (cursor != null &&cursor.moveToNext()) { ... ... } } finally { if (cursor != null) { try { cursor.close(); } catch (Exception e) { //ignore this } } }

2、构造Adapter时,没有使用缓存的convertView 
  以构造ListView的BaseAdapter为例,在BaseAdapter中提供了方法:public View getView(int position, ViewconvertView, ViewGroup parent)来向ListView提供每个item所需要的view对象。初始时ListView会从BaseAdapter中根据当前的屏幕布局实例化1定数量的view对象,同时ListView会将这些view对象缓存起来。当向上转动ListView时,本来位于最上面的list item的view对象会被回收,然后被用来构造新出现的最下面的list item。这个构造进程就是由getView()方法完成的,getView()的第2个形参View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。由此可以看出,如果我们不去使用convertView,而是每次都在getView()中重新实例化1个View对象的话,即浪费资源也浪费时间,也会使得内存占用愈来愈大。
能引发内存泄漏的代码: BadAdapter.java
public class BadAdapter extends BaseAdapter { ...... @Override public View getView(int position, View convertView, ViewGroup parent) { Log.d("MyAdapter", "Position:" + position + "---" + String.valueOf(System.currentTimeMillis())); final LayoutInflater inflater = (LayoutInflater) mContext .getSystemService(Context.LAYOUT_INFLATER_SERVICE); View v = inflater.inflate(R.layout.list_item_icon_text, null); ((ImageView) v.findViewById(R.id.icon)).setImageResource(R.drawable.icon); ((TextView) v.findViewById(R.id.text)).setText(mData[position]); return v; } }
修正优化示例代码示例代码:GoodAdapter.java public class GoodAdapter extends BaseAdapter { ...... @Override public View getView(int position, View convertView, ViewGroup parent) { Log.d("MyAdapter", "Position:" + position + "---" + String.valueOf(System.currentTimeMillis())); ViewHolder holder; if (convertView == null) { final LayoutInflater inflater = (LayoutInflater) mContext .getSystemService(Context.LAYOUT_INFLATER_SERVICE); convertView = inflater.inflate(R.layout.list_item_icon_text, null); holder = new ViewHolder(); holder.icon = (ImageView) convertView.findViewById(R.id.icon); holder.text = (TextView) convertView.findViewById(R.id.text); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.icon.setImageResource(R.drawable.icon); holder.text.setText(mData[position]); return convertView; }



3、Bitmap对象不在使用时调用recycle()释放内存

  有时我们会手工的操作Bitmap对象,如果1个Bitmap对象比较占内存,当它不在被使用的时候,可以调用Bitmap.recycle()方法回收此对象的像素所占用的内存,但这不是必须的

 4、试着使用关于application的context来替换和activity相干的context

 这是1个很隐晦的内存泄漏的情况。有1种简单的方法来避免context相干的内存泄漏。最显著地1个是避免context逃出他自己的范围以外。使用Application context。这个context的生存周期和你的利用的生存周期1样长,而不是取决于activity的生存周期。如果你想保持1个长时间生存的对象,并且这个对象需要1个context,记得使用application对象。你可以通过调用Context.getApplicationContext() or Activity.getApplication()来取得

5.注册没取消酿成的内存泄漏

1些Android程序可能援用我们的Anroid程序的对象(比如注册机制)。即便我们的Android程序已结束了,但是别的援用程序依然还有对我们的Android程序的某个对象的援用,泄漏的内存仍然不能被垃圾回收。调用registerReceiver后未调用unregisterReceiver。

6、线程惹的祸

 由于线程的履行时间是未知的,所以线程所持有的外部对象,1般要使用weak reference,除非你肯定它们的生命周期。另外,向其它线程post Runnable或send Message时也需要注意Runnalbe内部使用的变量和Message中的内容。

7、释放对象的援用,误将1个本来生命周期短的对象寄存到1个生命周期相对较长的对象中,也称“对象游离“。隐蔽的内部类(Anonymous Inner Class)


生活不易,码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠
程序员人生
------分隔线----------------------------
分享到:
------分隔线----------------------------
关闭
程序员人生