程序博客网 > sql部分用户求和

Android App 内存泄露之资源

来源：互联网 发布：sql部分用户求和 编辑：程序博客网 时间：2024/05/24 04:26

出处：http://blog.csdn.net/zhuanglonghai


目录(?)[-]

  1. Android App 内存泄露之资源
    1. 引用资源没有释放
      1. 注册未取消造成的内存泄露
    1. 集合中对象没清理造成的内存泄露
  3. 资源对象没关闭造成的内存泄露
  4. 一些不良代码造成的内存压力
    1. 如果优化呢
    2. Bitmap没调用recycle
    3. 构造Adapter时没有使用缓存的 convertView
    1. 优化点

Android App 内存泄露之资源

资源内存泄露主要是资源申请未释放，还有资源没有重复使用。

  • 第一种解决这部分问题的关键在于申请资源后能保证能释放资源。
  • 第二种利用复用机制优化，如池的概念 。

1.引用资源没有释放

代码如下：

[html] view plaincopy
  1. private final class SettingsObserver implements Observer {  
  2.     public void update(Observable o, Object arg) {  
  3.         // todo ...  
  4.     }     
  5. }  
  6.   
  7.  ContentQueryMap.getInstance().addObserver(new SettingsObserver());  

你对这段代码正常吗

答案是否定

存在的问题是没有办法注销观察者（SettingsObserver），这样带来的问题是没有办法释放该观察者。那么这个对象将伴随整个单例生命周期，无形中就泄露一个SettingsObserver的内存。
1.1注册未取消造成的内存泄露
这种Android的内存泄露比纯Java的内存泄露还要严重，因为其他一些Android程序可能引用我们的Anroid程序的对象（比如注册机制）。即使我们的Android程序已经结束了，但是别的引用程序仍然还有对我们的Android程序的某个对象的引用，泄露的内存依然不能被垃圾回收。还是我们的对象周期不一致引起的。

例如：BroadcastReceiver对象注册    ... has leaked IntentReceiver ... Are you missing a call to unregisterReceiver()?     Observer对象    被观察对象生命周期和观察者的生命周期不一致    不观察的时候需要需要注销
1.2集合中对象没清理造成的内存泄露
我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了在add 情况也要记得 remove

2.资源对象没关闭造成的内存泄露

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

代码如下：

[html] view plaincopy
  1. try {    
  2.     Cursor c = queryCursor();    
  3.     int a = c.getInt(1);    
  4.     ......  
  5.     // 如果出错,后面的cursor.close()将不会执行  
  6.     ......   
  7.     c.close();    
  8.     } catch (Exception e) {    
  9. }    

合理的写法：

[html] view plaincopy
  1. Cursor c;  
  2. try {    
  3.     c = queryCursor();    
  4.     int a = c.getInt(1);    
  5.     ......  
  6.     // 如果出错,后面的cursor.close()将不会执行  
  7.     //c.close();    
  8. } catch (Exception e) {    
  9. } finally{  
  10.     if (c != null) {  
  11.         c.close();  
  12.     }  
  13. }　  

3.一些不良代码造成的内存压力

有些代码并不造成内存泄露，但是它们，  或是对没使用的内存没进行有效及时的释放，或是没有有效的利用已有的对象而是频繁的申请新内存，对内存的回收和分配造成很大影响的，容易迫使虚拟机不得不给该应用进程分配更多的内存，造成不必要的内存开支。
如果优化呢
频繁的申请内存对象和和释放对象，可以考虑Pool 池。多线程可以考虑线程池频繁的申请对象释放对象。可以考虑对象池。 例如：AbsListView 中RecycleBin 类是view对象池频繁的链接资源和释放资源。可以考虑链接资源池。
3.1，Bitmap没调用recycle()
Bitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null.虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。但是我它应该还是能大大的加速Bitmap的主要内存的释放。
3.2，构造Adapter时，没有使用缓存的 convertView
以构造ListView的BaseAdapter为例，在BaseAdapter中提共了方法：public View getView(int position, View convertView, ViewGroup parent)    来向ListView提供每一个item所需要的view对象。初始时ListView会从BaseAdapter中根据当前的屏幕布局实例化一定数量的view对象，同时ListView会将这些view对象缓存起来。当向上滚动ListView时，原先位于最上面的list item的view对象会被回收，然后被用来构造新出现的最下面的list item。这个构造过程就是由getView()方法完成的，getView()的第二个形参 View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。

如下图： 

 由上图可以看出，如果我们不去使用convertView，而是每次都在getView()中重新实例化一个View对象的话， 即浪费时间，也造成内存垃圾，给垃圾回收增加压力， 如果垃圾回收来不及的话，虚拟机将不得不给该应用进程分配更多的内存，造成不必要的内存开支。 ListView回收list item的view对象的过程可以查看:     android.widget.AbsListView.java --> obtainView 方法。

在使用过程中java代码如下：

[html] view plaincopy
  1. @Override  
  2. public View getView(int position, View convertView, ViewGroup parent) {  
  3.     Log.d(TAG, "Position:" + position + "---"  
  4.             + String.valueOf(System.currentTimeMillis()));  
  5.     ViewHolder holder;  
  6.     if (convertView == null) {  
  7.         final LayoutInflater inflater = (LayoutInflater) mContext  
  8.                 .getSystemService(Context.LAYOUT_INFLATER_SERVICE);  
  9.         convertView = inflater.inflate(R.layout.list_item_icon_text, null);  
  10.         holder = new ViewHolder();  
  11.         holder.icon = (ImageView) convertView.findViewById(R.id.icon);  
  12.         holder.text = (TextView) convertView.findViewById(R.id.text);  
  13.         convertView.setTag(holder);  
  14.     } else {  
  15.         holder = (ViewHolder) convertView.getTag();  
  16.     }  
  17.     holder.icon.setImageDrawable(mDefaultDrawable);  
  18.     holder.text.setText(mData[position]);  
  19.     return convertView;  
  20. }  
  21.   
  22. static class ViewHolder {  
  23.     ImageView icon;  
  24.     TextView text;  
  25. }  

优化点

  • 1.复用convertView ， convertView在ListView有RecycleBin的对象池维护。
  • 2.ViewHolder出现减少findViewById 的调用

代码位置：https://github.com/loyabe/Docs/tree/master/%E5%86%85%E5%AD%98%E6%B3%84%E9%9C%B2

目录(?)[-]

  1. Android App 内存泄露之资源
    1. 引用资源没有释放
      1. 注册未取消造成的内存泄露
    1. 集合中对象没清理造成的内存泄露
  3. 资源对象没关闭造成的内存泄露
  4. 一些不良代码造成的内存压力
    1. 如果优化呢
    2. Bitmap没调用recycle
    3. 构造Adapter时没有使用缓存的 convertView
    1. 优化点

Android App 内存泄露之资源

资源内存泄露主要是资源申请未释放，还有资源没有重复使用。

  • 第一种解决这部分问题的关键在于申请资源后能保证能释放资源。
  • 第二种利用复用机制优化，如池的概念 。

1.引用资源没有释放

代码如下：

[html] view plaincopy
  1. private final class SettingsObserver implements Observer {  
  2.     public void update(Observable o, Object arg) {  
  3.         // todo ...  
  4.     }     
  5. }  
  6.   
  7.  ContentQueryMap.getInstance().addObserver(new SettingsObserver());  

你对这段代码正常吗

答案是否定

存在的问题是没有办法注销观察者（SettingsObserver），这样带来的问题是没有办法释放该观察者。那么这个对象将伴随整个单例生命周期，无形中就泄露一个SettingsObserver的内存。
1.1注册未取消造成的内存泄露
这种Android的内存泄露比纯Java的内存泄露还要严重，因为其他一些Android程序可能引用我们的Anroid程序的对象（比如注册机制）。即使我们的Android程序已经结束了，但是别的引用程序仍然还有对我们的Android程序的某个对象的引用，泄露的内存依然不能被垃圾回收。还是我们的对象周期不一致引起的。

例如：BroadcastReceiver对象注册    ... has leaked IntentReceiver ... Are you missing a call to unregisterReceiver()?     Observer对象    被观察对象生命周期和观察者的生命周期不一致    不观察的时候需要需要注销
1.2集合中对象没清理造成的内存泄露
我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了在add 情况也要记得 remove

2.资源对象没关闭造成的内存泄露

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

代码如下：

[html] view plaincopy
  1. try {    
  2.     Cursor c = queryCursor();    
  3.     int a = c.getInt(1);    
  4.     ......  
  5.     // 如果出错,后面的cursor.close()将不会执行  
  6.     ......   
  7.     c.close();    
  8.     } catch (Exception e) {    
  9. }    

合理的写法：

[html] view plaincopy
  1. Cursor c;  
  2. try {    
  3.     c = queryCursor();    
  4.     int a = c.getInt(1);    
  5.     ......  
  6.     // 如果出错,后面的cursor.close()将不会执行  
  7.     //c.close();    
  8. } catch (Exception e) {    
  9. } finally{  
  10.     if (c != null) {  
  11.         c.close();  
  12.     }  
  13. }　  

3.一些不良代码造成的内存压力

有些代码并不造成内存泄露，但是它们，  或是对没使用的内存没进行有效及时的释放，或是没有有效的利用已有的对象而是频繁的申请新内存，对内存的回收和分配造成很大影响的，容易迫使虚拟机不得不给该应用进程分配更多的内存，造成不必要的内存开支。
如果优化呢
频繁的申请内存对象和和释放对象，可以考虑Pool 池。多线程可以考虑线程池频繁的申请对象释放对象。可以考虑对象池。 例如：AbsListView 中RecycleBin 类是view对象池频繁的链接资源和释放资源。可以考虑链接资源池。
3.1，Bitmap没调用recycle()
Bitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null.虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。但是我它应该还是能大大的加速Bitmap的主要内存的释放。
3.2，构造Adapter时，没有使用缓存的 convertView
以构造ListView的BaseAdapter为例，在BaseAdapter中提共了方法：public View getView(int position, View convertView, ViewGroup parent)    来向ListView提供每一个item所需要的view对象。初始时ListView会从BaseAdapter中根据当前的屏幕布局实例化一定数量的view对象，同时ListView会将这些view对象缓存起来。当向上滚动ListView时，原先位于最上面的list item的view对象会被回收，然后被用来构造新出现的最下面的list item。这个构造过程就是由getView()方法完成的，getView()的第二个形参 View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。

如下图： 

 由上图可以看出，如果我们不去使用convertView，而是每次都在getView()中重新实例化一个View对象的话， 即浪费时间，也造成内存垃圾，给垃圾回收增加压力， 如果垃圾回收来不及的话，虚拟机将不得不给该应用进程分配更多的内存，造成不必要的内存开支。 ListView回收list item的view对象的过程可以查看:     android.widget.AbsListView.java --> obtainView 方法。

在使用过程中java代码如下：

[html] view plaincopy
  1. @Override  
  2. public View getView(int position, View convertView, ViewGroup parent) {  
  3.     Log.d(TAG, "Position:" + position + "---"  
  4.             + String.valueOf(System.currentTimeMillis()));  
  5.     ViewHolder holder;  
  6.     if (convertView == null) {  
  7.         final LayoutInflater inflater = (LayoutInflater) mContext  
  8.                 .getSystemService(Context.LAYOUT_INFLATER_SERVICE);  
  9.         convertView = inflater.inflate(R.layout.list_item_icon_text, null);  
  10.         holder = new ViewHolder();  
  11.         holder.icon = (ImageView) convertView.findViewById(R.id.icon);  
  12.         holder.text = (TextView) convertView.findViewById(R.id.text);  
  13.         convertView.setTag(holder);  
  14.     } else {  
  15.         holder = (ViewHolder) convertView.getTag();  
  16.     }  
  17.     holder.icon.setImageDrawable(mDefaultDrawable);  
  18.     holder.text.setText(mData[position]);  
  19.     return convertView;  
  20. }  
  21.   
  22. static class ViewHolder {  
  23.     ImageView icon;  
  24.     TextView text;  
  25. }  

优化点

  • 1.复用convertView ， convertView在ListView有RecycleBin的对象池维护。
  • 2.ViewHolder出现减少findViewById 的调用

代码位置：https://github.com/loyabe/Docs/tree/master/%E5%86%85%E5%AD%98%E6%B3%84%E9%9C%B2

0 0
sql部分用户求和 sql部分用户求和
原创粉丝点击
热门IT博客
手工定制衣服知乎手工定制衣服知乎
vb控件vb控件
百乐文具淘宝旗舰店
软件过程可视性
优雅的开发java 知乎
centos服务器安全设置
淘宝美工每天工作内容
策划网络活动方案
阿里云服务器配置环境
虚拟光驱软件有哪些
sql查询去除重复数据
hr如何面试程序员
js滑动显示更多内容
比特币源码
win8电脑优化
csmar数据库多少钱
墨西哥墙 知乎
单片机编译环境
网络监控的工作
淘宝上卖食品怎么认证
热门问题 老师的惩罚 人脸识别 我在镇武司摸鱼那些年 重生之率土为王 我在大康的咸鱼生活 盘龙之生命进化 天生仙种 凡人之先天五行 春回大明朝 姑娘不必设防，我是瞎子 涂磊说男人的四个准则 涂磊说的人生哲理 涂磊说相差15岁的婚姻 涂磊说两个人的性格一样的人 涂磊说的爱情三个标准 关于涂磊说愚孝的句子 涂的笔顺 涂紫凝 涂组词 涂的组词有什么 涂的组词 涂经纬的奶 涂经纬结婚 主持人涂经纬现状 涂经纬体重 涂经纬的老公是谁 涂耐可 肇州三中吧 肇州二中网站 自动涂胶机 密封胶涂胶机 套中人涂胶机 厌氧胶涂胶机 手袋自动涂胶机 自动涂胶机设计 半自动涂胶机 涂胶机型号 涂胶机胶辊 热收缩带涂胶机 涂膜防水 js涂膜防水 bopp预涂膜 涂膜机 聚氨酯涂膜防水材料 卫生间涂膜防水 口袋涂色 口红涂多了唇色变黑 绘画涂色 1一3岁涂色简笔画 秘密花园涂色本成品图 怎么涂色

程序博客网，程序员的互联网技术博客家园。csdn论坛精品 msdn技术资料都在这里