程序博客网 > c语言malloc函数用法

Android 内存溢出解决方案（OOM） 整理总结

来源：互联网 发布：c语言malloc函数用法 编辑：程序博客网 时间：2024/06/03 04:55
(本文对我帮助很大,在此谢谢原作者)
标签：AndroidAndroid加载大 移动开发
原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明。否则将追究法律责任。http://mzh3344258.blog.51cto.com/1823534/804237
 

在最近做的工程中发现加载的图片太多或图片过大时经常出现OOM问题，找网上资料也提供了很多方法，但自己感觉有点乱，特此，今天在不同型号的三款安卓手机上做了测试，因为有效果也有结果，今天小马就做个详细的总结，以供朋友们共同交流学习，也供自己以后在解决OOM问题上有所提高，提前讲下，片幅有点长，涉及的东西太多，大家耐心看，肯定有收获的，里面的很多东西小马也是学习参考网络资料使用的，先来简单讲下下：

一般我们大家在遇到内存问题的时候常用的方式网上也有相关资料，大体如下几种：

一：在内存引用上做些处理，常用的有软引用、强化引用、弱引用

二：在内存中加载图片时直接在内存中做处理，如：边界压缩

三：动态回收内存

四：优化Dalvik虚拟机的堆内存分配

五：自定义堆内存大小

可是真的有这么简单吗，就用以上方式就能解决OOM了？不是的，继续来看...

下面小马就照着上面的次序来整理下解决的几种方式，数字序号与上面对应：

1：软引用(SoftReference)、虚引用(PhantomRefrence)、弱引用(WeakReference),这三个类是对heap中java对象的应用，通过这个三个类可以和gc做简单的交互，除了这三个以外还有一个是最常用的强引用

1.1：强引用，例如下面代码：

  1. Objecto=newObject();
  2. Object o1=o;

上面代码中第一句是在heap堆中创建新的Object对象通过o引用这个对象，第二句是通过o建立o1到newObject()这个heap堆中的对象的引用，这两个引用都是强引用.只要存在对heap中对象的引用，gc就不会收集该对象.如果通过如下代码：

  1. o=null;
  2. o1=null

heap中对象有强可及对象、软可及对象、弱可及对象、虚可及对象和不可到达对象。应用的强弱顺序是强、软、弱、和虚。对于对象是属于哪种可及的对象，由他的最强的引用决定。如下:

  1. Stringabc=newString("abc");//1
  2. SoftReference<String>abcSoftRef=newSoftReference<String>(abc);//2
  3. WeakReference<String>abcWeakRef =newWeakReference<String>(abc);//3
  4. abc=null;//4
  5. abcSoftRef.clear();//5

上面的代码中：

第一行在heap对中创建内容为“abc”的对象，并建立abc到该对象的强引用,该对象是强可及的。第二行和第三行分别建立对heap中对象的软引用和弱引用，此时heap中的对象仍是强可及的。第四行之后heap中对象不再是强可及的，变成软可及的。同样第五行执行之后变成弱可及的。

1.2:软引用

软引用是主要用于内存敏感的高速缓存。在jvm报告内存不足之前会清除所有的软引用，这样以来gc就有可能收集软可及的对象，可能解决内存吃紧问题，避免内存溢出。什么时候会被收集取决于gc的算法和gc运行时可用内存的大小。当gc决定要收集软引用是执行以下过程,以上面的abcSoftRef为例：

 

1首先将abcSoftRef的referent设置为null，不再引用heap中的newString("abc")对象。

2 将heap中的newString("abc")对象设置为可结束的(finalizable)。

3 当heap中的newString("abc")对象的finalize()方法被运行而且该对象占用的内存被释放，abcSoftRef被添加到它的ReferenceQueue中。

注:对ReferenceQueue软引用和弱引用可以有可无，但是虚引用必须有，参见：

  1. Reference(TparamT, ReferenceQueue<?superT>paramReferenceQueue)

被 Soft Reference 指到的对象，即使没有任何 Direct Reference，也不会被清除。一直要到 JVM内存不足且 没有 Direct Reference 时才会清除，SoftReference 是用来设计 object-cache之用的。如此一来 SoftReference 不但可以把对象 cache 起来，也不会造成内存不足的错误（OutOfMemoryError）。我觉得 Soft Reference 也适合拿来实作 pooling的技巧。

  1. A obj =newA();
  2. Refenrence sr = newSoftReference(obj);
  3. //引用时
  4. if(sr!=null){
  5. obj =sr.get();
  6. }else{
  7. obj = new A();
  8. sr = newSoftReference(obj);
  9. }

1.3:弱引用

当gc碰到弱可及对象，并释放abcWeakRef的引用，收集该对象。但是gc可能需要对此运用才能找到该弱可及对象。通过如下代码可以了明了的看出它的作用：

  1. Stringabc=newString("abc");
  2. WeakReference<String>abcWeakRef =newWeakReference<String>(abc);
  3. abc=null;
  4. System.out.println("before gc:"+abcWeakRef.get());
  5. System.gc();
  6. System.out.println("after gc:"+abcWeakRef.get());

运行结果:

before gc: abc

after gc: null

gc收集弱可及对象的执行过程和软可及一样，只是gc不会根据内存情况来决定是不是收集该对象。如果你希望能随时取得某对象的信息，但又不想影响此对象的垃圾收集，那么你应该用Weak Reference 来记住此对象，而不是用一般的 reference。

 

  1. A obj =newA();
  2. WeakReference wr =newWeakReference(obj);
  3. obj = null;
  4. //等待一段时间，obj对象就会被垃圾回收
  5. 　　...
  6. 　　if (wr.get()==null) {
  7. 　　System.out.println("obj 已经被清除了");
  8. 　　} else {
  9. 　　System.out.println("obj尚未被清除，其信息是"+obj.toString());
  10. 　　}
  11. 　　...
  12. }

 

在此例中，透过 get() 可以取得此 Reference的所指到的对象，如果返回值为 null 的话，代表此对象已经被清除。这类的技巧，在设计 Optimizer 或 Debugger这类的程序时常会用到，因为这类程序需要取得某对象的信息，但是不可以 影响此对象的垃圾收集。

1.4:虚引用

 

就是没有的意思，建立虚引用之后通过get方法返回结果始终为null,通过源代码你会发现,虚引用通向会把引用的对象写进referent,只是get方法返回结果为null.先看一下和gc交互的过程在说一下他的作用.

1.4.1 不把referent设置为null, 直接把heap中的newString("abc")对象设置为可结束的(finalizable).

1.4.2 与软引用和弱引用不同,先把PhantomRefrence对象添加到它的ReferenceQueue中.然后在释放虚可及的对象.

你会发现在收集heap中的newString("abc")对象之前,你就可以做一些其他的事情.通过以下代码可以了解他的作用.

 

  1. importjava.lang.ref.PhantomReference;
  2. importjava.lang.ref.Reference;
  3. importjava.lang.ref.ReferenceQueue;
  4. importjava.lang.reflect.Field;
  5. public classTest {
  6. public staticbooleanisRun =true;
  7. public staticvoidmain(String[] args)throws Exception{
  8. String abc = new String("abc");
  9. System.out.println(abc.getClass() +"@" +abc.hashCode());
  10. final ReferenceQueue referenceQueue =newReferenceQueue<String>();
  11. new Thread() {
  12. public voidrun() {
  13. while (isRun) {
  14. Object o =referenceQueue.poll();
  15. if (o !=null) {
  16. try{
  17. Field rereferent =Reference.class
  18. .getDeclaredField("referent");
  19. rereferent.setAccessible(true);
  20. Object result =rereferent.get(o);
  21. System.out.println("gc willcollect:"
  22. + result.getClass() +"@"
  23. +result.hashCode());
  24. } catch (Exception e){
  25. e.printStackTrace();
  26. }
  27. }
  28. }
  29. }
  30. }.start();
  31. PhantomReference<String>abcWeakRef =newPhantomReference<String>(abc,
  32. referenceQueue);
  33. abc = null;
  34. Thread.currentThread().sleep(3000);
  35. System.gc();
  36. Thread.currentThread().sleep(3000);
  37. isRun = false;
  38. }
  39. }

 

结果为

class java.lang.String@96354

gc will collect:class java.lang.String@96354 好了，关于引用就讲到这，下面看2

2:在内存中压缩小马做了下测试，对于少量不太大的图片这种方式可行，但太多而又大的图片小马用个笨的方式就是，先在内存中压缩，再用软引用避免OOM，两种方式代码如下，大家可参考下：

方式一代码如下：

  1. @SuppressWarnings("unused")
  2. private Bitmap copressImage(StringimgPath){
  3. File picture =newFile(imgPath);
  4. Options bitmapFactoryOptions =newBitmapFactory.Options();
  5. //下面这个设置是将图片边界不可调节变为可调节
  6. bitmapFactoryOptions.inJustDecodeBounds =true;
  7. bitmapFactoryOptions.inSampleSize =2;
  8. intoutWidth =bitmapFactoryOptions.outWidth;
  9. int outHeight =bitmapFactoryOptions.outHeight;
  10. bmap =BitmapFactory.decodeFile(picture.getAbsolutePath(),
  11. bitmapFactoryOptions);
  12. float imagew =150;
  13. float imageh =150;
  14. intyRatio = (int)Math.ceil(bitmapFactoryOptions.outHeight
  15. /imageh);
  16. intxRatio = (int)Math
  17. .ceil(bitmapFactoryOptions.outWidth /imagew);
  18. if(yRatio >1|| xRatio > 1) {
  19. if (yRatio > xRatio){
  20. bitmapFactoryOptions.inSampleSize =yRatio;
  21. } else {
  22. bitmapFactoryOptions.inSampleSize =xRatio;
  23. }
  24. }
  25. bitmapFactoryOptions.inJustDecodeBounds =false;
  26. bmap =BitmapFactory.decodeFile(picture.getAbsolutePath(),
  27. bitmapFactoryOptions);
  28. if(bmap !=null){
  29. //ivwCouponImage.setImageBitmap(bmap);
  30. return bmap;
  31. }
  32. return null;
  33. }

方式二代码如下:

  1. packagecom.lvguo.scanstreet.activity;
  2. importjava.io.File;
  3. importjava.lang.ref.SoftReference;
  4. importjava.util.ArrayList;
  5. importjava.util.HashMap;
  6. importjava.util.List;
  7. importandroid.app.Activity;
  8. importandroid.app.AlertDialog;
  9. importandroid.content.Context;
  10. importandroid.content.DialogInterface;
  11. importandroid.content.Intent;
  12. importandroid.content.res.TypedArray;
  13. importandroid.graphics.Bitmap;
  14. importandroid.graphics.BitmapFactory;
  15. importandroid.graphics.BitmapFactory.Options;
  16. importandroid.os.Bundle;
  17. importandroid.view.View;
  18. importandroid.view.ViewGroup;
  19. importandroid.view.WindowManager;
  20. importandroid.widget.AdapterView;
  21. importandroid.widget.AdapterView.OnItemLongClickListener;
  22. importandroid.widget.BaseAdapter;
  23. importandroid.widget.Gallery;
  24. importandroid.widget.ImageView;
  25. importandroid.widget.Toast;
  26. importcom.lvguo.scanstreet.R;
  27. importcom.lvguo.scanstreet.data.ApplicationData;

  29. public classPhotoScanActivityextendsActivity {
  30. private Gallery gallery;
  31. privateList<String>ImageList;
  32. privateList<String> it;
  33. private ImageAdapter adapter;
  34. private String path;
  35. private StringshopType;
  36. private HashMap<String,SoftReference<Bitmap>>imageCache =null;
  37. private Bitmap bitmap =null;
  38. privateSoftReference<Bitmap> srf=null;
  39. @Override
  40. public voidonCreate(Bundle savedInstanceState){
  41. super.onCreate(savedInstanceState);
  42. getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,
  43. WindowManager.LayoutParams.FLAG_FULLSCREEN);
  44. setContentView(R.layout.photoscan);
  45. Intent intent =this.getIntent();
  46. if(intent !=null){
  47. if(intent.getBundleExtra("bundle") !=null){
  48. Bundle bundle =intent.getBundleExtra("bundle");
  49. path =bundle.getString("path");
  50. shopType =bundle.getString("shopType");
  51. }
  52. }
  53. init();
  54. }
  55. private voidinit(){
  56. imageCache =newHashMap<String,SoftReference<Bitmap>>();
  57. gallery =(Gallery)findViewById(R.id.gallery);
  58. ImageList =getSD();
  59. if(ImageList.size() ==0){
  60. Toast.makeText(getApplicationContext(),"无照片，请返回拍照后再使用预览",Toast.LENGTH_SHORT).show();
  61. return ;
  62. }
  63. adapter = new ImageAdapter(this, ImageList);
  64. gallery.setAdapter(adapter);
  65. gallery.setOnItemLongClickListener(longlistener);
  66. }

  68. private OnItemLongClickListener longlistener=newOnItemLongClickListener() {
  69. @Override
  70. public booleanonItemLongClick(AdapterView<?>parent, View view,
  71. final intposition,long id){
  72. //此处添加长按事件删除照片实现
  73. AlertDialog.Builderdialog = newAlertDialog.Builder(PhotoScanActivity.this);
  74. dialog.setIcon(R.drawable.warn);
  75. dialog.setTitle("删除提示");
  76. dialog.setMessage("你确定要删除这张照片吗？");
  77. dialog.setPositiveButton("确定",newDialogInterface.OnClickListener() {
  78. @Override
  79. public voidonClick(DialogInterface dialog,int which) {
  80. File file = newFile(it.get(position));
  81. boolean isSuccess;
  82. if(file.exists()){
  83. isSuccess =file.delete();
  84. if(isSuccess){
  85. ImageList.remove(position);
  86. adapter.notifyDataSetChanged();
  87. //gallery.setAdapter(adapter);
  88. if(ImageList.size() ==0){
  89. Toast.makeText(getApplicationContext(),getResources().getString(R.string.phoSizeZero),Toast.LENGTH_SHORT).show();
  90. }
  91. Toast.makeText(getApplicationContext(),getResources().getString(R.string.phoDelSuccess),Toast.LENGTH_SHORT).show();
  92. }
  93. }
  94. }
  95. });
  96. dialog.setNegativeButton("取消",newDialogInterface.OnClickListener() {
  97. @Override
  98. public voidonClick(DialogInterface dialog,int which) {
  99. dialog.dismiss();
  100. }
  101. });
  102. dialog.create().show();
  103. return false;
  104. }
  105. };

  107. privateList<String> getSD(){

  109. File fileK;
  110. it = newArrayList<String>();
  111. if("newadd".equals(shopType)){
  112. //如果是从查看本人新增列表项或商户列表项进来时
  113. fileK = newFile(ApplicationData.TEMP);
  114. }else{
  115. //此时为纯粹新增
  116. fileK = new File(path);
  117. }
  118. File[] files =fileK.listFiles();
  119. if(files !=null &&files.length>0){
  120. for(File f : files){
  121. if(getImageFile(f.getName())){
  122. it.add(f.getPath());
  123. OptionsbitmapFactoryOptions = newBitmapFactory.Options();
  124. //下面这个设置是将图片边界不可调节变为可调节
  125. bitmapFactoryOptions.inJustDecodeBounds =true;
  126. bitmapFactoryOptions.inSampleSize =5;
  127. intoutWidth =bitmapFactoryOptions.outWidth;
  128. int outHeight =bitmapFactoryOptions.outHeight;
  129. float imagew =150;
  130. float imageh =150;
  131. intyRatio = (int)Math.ceil(bitmapFactoryOptions.outHeight
  132. /imageh);
  133. intxRatio = (int)Math
  134. .ceil(bitmapFactoryOptions.outWidth /imagew);
  135. if(yRatio >1|| xRatio > 1) {
  136. if (yRatio > xRatio){
  137. bitmapFactoryOptions.inSampleSize =yRatio;
  138. } else {
  139. bitmapFactoryOptions.inSampleSize =xRatio;
  140. }
  141. }
  142. bitmapFactoryOptions.inJustDecodeBounds =false;
  143. bitmap =BitmapFactory.decodeFile(f.getPath(),
  144. bitmapFactoryOptions);
  145. //bitmap = BitmapFactory.decodeFile(f.getPath());
  146. srf = newSoftReference<Bitmap>(bitmap);
  147. imageCache.put(f.getName(), srf);
  148. }
  149. }
  150. }
  151. return it;
  152. }

  154. private booleangetImageFile(String fName) {
  155. boolean re;

  157. String end =fName
  158. .substring(fName.lastIndexOf(".") +1, fName.length())
  159. .toLowerCase();

  161. if(end.equals("jpg")|| end.equals("gif") ||end.equals("png")
  162. ||end.equals("jpeg") ||end.equals("bmp")){
  163. re = true;
  164. } else {
  165. re = false;
  166. }
  167. return re;
  168. }
  169. public classImageAdapterextendsBaseAdapter{

  171. intmGalleryItemBackground;
  172. private ContextmContext;
  173. privateList<String>lis;

  175. public ImageAdapter(Context c,List<String> li){
  176. mContext =c;
  177. lis = li;
  178. TypedArray a =obtainStyledAttributes(R.styleable.Gallery);
  179. mGalleryItemBackground =a.getResourceId(R.styleable.Gallery_android_galleryItemBackground,0);
  180. a.recycle();
  181. }

  183. public intgetCount() {
  184. return lis.size();
  185. }

  187. public Object getItem(intposition) {
  188. returnlis.get(position);
  189. }

  191. public longgetItemId(intposition) {
  192. return position;
  193. }

  195. public View getView(intposition, View convertView, ViewGroupparent) {
  196. System.out.println("lis:"+lis);
  197. File file = newFile(it.get(position));
  198. SoftReference<Bitmap>srf = imageCache.get(file.getName());
  199. Bitmap bit =srf.get();
  200. ImageView i =newImageView(mContext);
  201. i.setImageBitmap(bit);
  202. i.setScaleType(ImageView.ScaleType.FIT_XY);
  203. i.setLayoutParams( newGallery.LayoutParams(WindowManager.LayoutParams.WRAP_CONTENT,
  204. WindowManager.LayoutParams.WRAP_CONTENT));
  205. return i;
  206. }
  207. }
  208. }

上面两种方式第一种直接使用边界压缩，第二种在使用边界压缩的情况下间接的使用了软引用来避免OOM，但大家都知道，这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存,如果图片多且大，这种方式还是会引用OOM异常的，不着急，有的是办法解决，继续看，以下方式也大有妙用的：

  1. 1.InputStream is =this.getResources().openRawResource(R.drawable.pic1);
  2. BitmapFactory.Optionsoptions=newBitmapFactory.Options();
  3. options.inJustDecodeBounds=false;
  4. options.inSampleSize= 10;//width，hight设为原来的十分一
  5. Bitmap btp =BitmapFactory.decodeStream(is,null,options);
  6. 2. if(!bmp.isRecycle()){
  7. bmp.recycle()//回收图片所占的内存
  8. system.gc()//提醒系统及时回收
  9. }
上面代码与下面代码大家可分开使用，也可有效缓解内存问题哦...吼吼...
  1. public static BitmapreadBitMap(Context context, int resId){
  2. BitmapFactory.Options opt= newBitmapFactory.Options();
  3. opt.inPreferredConfig=Bitmap.Config.RGB_565;
  4. opt.inPurgeable = true;
  5. opt.inInputShareable= true;
  6. //获取资源图片
  7. InputStream is = context.getResources().openRawResource(resId);
  8. returnBitmapFactory.decodeStream(is,null,opt);
  9. }

3:大家可以选择在合适的地方使用以下代码动态并自行显式调用GC来回收内存：

  1. if(bitmapObject.isRecycled()==false)//如果没有回收
  2. bitmapObject.recycle();

4:这个就好玩了，优化Dalvik虚拟机的堆内存分配，听着很强大，来看下具体是怎么一回事

对于Android平台来说，其托管层使用的DalvikJavaVM从目前的表现来看还有很多地方可以优化处理，比如我们在开发一些大型游戏或耗资源的应用中可能考虑手动干涉GC处理，使用dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然具体原理我们可以参考开源工程，这里我们仅说下使用方法:代码如下：

  1. private finalstaticfloatTARGET_HEAP_UTILIZATION =0.75f;
  2. 在程序onCreate时就可以调用
  3. VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);
  4. 即可

5：自定义我们的应用需要多大的内存，这个好暴力哇，强行设置最小内存大小，代码如下：

  1. private finalstatic intCWJ_HEAP_SIZE= 6* 1024*1024 ;
  2. //设置最小heap内存为6MB大小
  3. VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);

好了，文章写完了，片幅有点长，因为涉及到的东西太多了，其它文章小马都会贴源码，这篇文章小马是直接在项目中用三款安卓真机测试的，有效果，项目原码就不在这贴了，不然泄密了都，吼吼，但这里讲下还是会因为手机的不同而不同，大家得根据自己需求选择合适的方式来避免OOM,大家加油呀，每天都有或多或少的收获，这也算是进步，加油加油！

c语言malloc函数用法 c语言malloc函数用法
原创粉丝点击
热门IT博客
数据备份方案数据备份方案
php物流管理系统源码php物流管理系统源码
sql当前时间减一小时
暗黑战神 源码 网盘
淘宝保健品营业 规则
淘宝迅雷会员1分钱
gif动画制作软件
什么是淘宝返利
修改sql yuju
js url dencode
knox是什么软件
淘宝怎么做关联销售
网站排名推广软件
mac重新安装系统
喷绘软件
ntfs for mac如何破解
java中string什么意思
大宗交易平台软件
淘宝订单可以拆分吗
苹果电脑更新数据丢失
热门问题 老师的惩罚 人脸识别 我在镇武司摸鱼那些年 重生之率土为王 我在大康的咸鱼生活 盘龙之生命进化 天生仙种 凡人之先天五行 春回大明朝 姑娘不必设防，我是瞎子 借调手续怎么办 长期借调人员怎么办 领导整我怎么办 面对校园暴力怎么办 遭受校园暴力怎么办 孩子暴力怎么办 英语发音不准怎么办 pdf禁止打印怎么办 司法改革临时工怎么办 新入园幼儿哭闹怎么办 中班孩子不听话怎么办 我家孩子不听话怎么办 幼儿不听话幼师怎么办 老师开除学生怎么办 小区幼儿园扰民怎么办 拉布拉多不会叫怎么办 杭州市民卡怎么办 苏州市名卡丢了怎么办 无锡园林卡怎么办 吴江市医保卡怎么办 张家港居住证怎么办 张家港市新市民怎么办 医保卡钱刷完了怎么办 个人怎么办医保卡 怎么办医保卡 医保上限用完怎么办 居转户前怀孕怎么办 怎么办劳动手册 上海劳动手册怎么办 上海人社保卡怎么办 外地人怎么办上海社保 房贷征信不通过怎么办 兰溪图书馆怎么办卡 重庆怎么办居住证 成都挂户口怎么办 三星电视打不开怎么办 尼康破产了怎么办 留学档案怎么办 人事档案没有了怎么办 工龄档案丢失怎么办 个人档案成死档怎么办

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