Android编程之内存溢出解决方案(OOM)实例总结
本文实例总结了Android编程之内存溢出解决方案(OOM)。分享给大家供大家参考,具体如下:
在最近做的工程中发现加载的图片太多或图片过大时经常出现OOM问题,找网上资料也提供了很多方法,但自己感觉有点乱,特此,今天在不同型号的三款安卓手机上做了测试,因为有效果也有结果,今天小马就做个详细的总结,以供朋友们共同交流学习,也供自己以后在解决OOM问题上有所提高,提前讲下,片幅有点长,涉及的东西太多,大家耐心看,肯定有收获的,里面的很多东西小马也是学习参考网络资料使用的,先来简单讲下下:
一般我们大家在遇到内存问题的时候常用的方式网上也有相关资料,大体如下几种:
一:在内存引用上做些处理,常用的有软引用、强化引用、弱引用
二:在内存中加载图片时直接在内存中做处理,如:边界压缩
三:动态回收内存
四:优化Dalvik虚拟机的堆内存分配
五:自定义堆内存大小
可是真的有这么简单吗,就用以上方式就能解决OOM了?不是的,继续来看...
下面小马就照着上面的次序来整理下解决的几种方式,数字序号与上面对应:
1:软引用(SoftReference)、虚引用(PhantomRefrence)、弱引用(WeakReference),这三个类是对heap中java对象的应用,通过这个三个类可以和gc做简单的交互,除了这三个以外还有一个是最常用的强引用
1.1:强引用,例如下面代码:
Objecto=newObject(); Objecto1=o;
上面代码中第一句是在heap堆中创建新的Object对象通过o引用这个对象,第二句是通过o建立o1到newObject()这个heap堆中的对象的引用,这两个引用都是强引用.只要存在对heap中对象的引用,gc就不会收集该对象.如果通过如下代码:
o=null; o1=null
heap中对象有强可及对象、软可及对象、弱可及对象、虚可及对象和不可到达对象。应用的强弱顺序是强、软、弱、和虚。对于对象是属于哪种可及的对象,由他的最强的引用决定。如下:
Stringabc=newString("abc");//1 SoftReference<String>abcSoftRef=newSoftReference<String>(abc);//2 WeakReference<String>abcWeakRef=newWeakReference<String>(abc);//3 abc=null;//4 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软引用和弱引用可以有可无,但是虚引用必须有,参见:
Reference(TparamT,ReferenceQueue<?superT>paramReferenceQueue)
被SoftReference指到的对象,即使没有任何DirectReference,也不会被清除。一直要到JVM内存不足且没有DirectReference时才会清除,SoftReference是用来设计object-cache之用的。如此一来SoftReference不但可以把对象cache起来,也不会造成内存不足的错误(OutOfMemoryError)。我觉得SoftReference也适合拿来实作pooling的技巧。
Aobj=newA(); Refenrencesr=newSoftReference(obj); //引用时 if(sr!=null){ obj=sr.get(); }else{ obj=newA(); sr=newSoftReference(obj); }
1.3:弱引用
当gc碰到弱可及对象,并释放abcWeakRef的引用,收集该对象。但是gc可能需要对此运用才能找到该弱可及对象。通过如下代码可以了明了的看出它的作用:
Stringabc=newString("abc"); WeakReference<String>abcWeakRef=newWeakReference<String>(abc); abc=null; System.out.println("beforegc:"+abcWeakRef.get()); System.gc(); System.out.println("aftergc:"+abcWeakRef.get());
运行结果:
beforegc:abc
aftergc:null
gc收集弱可及对象的执行过程和软可及一样,只是gc不会根据内存情况来决定是不是收集该对象。如果你希望能随时取得某对象的信息,但又不想影响此对象的垃圾收集,那么你应该用WeakReference来记住此对象,而不是用一般的reference。
Aobj=newA(); WeakReferencewr=newWeakReference(obj); obj=null; //等待一段时间,obj对象就会被垃圾回收 ... if(wr.get()==null){ System.out.println("obj已经被清除了"); }else{ System.out.println("obj尚未被清除,其信息是"+obj.toString()); } ... }
在此例中,透过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")对象之前,你就可以做一些其他的事情.通过以下代码可以了解他的作用.
importjava.lang.ref.PhantomReference; importjava.lang.ref.Reference; importjava.lang.ref.ReferenceQueue; importjava.lang.reflect.Field; publicclassTest{ publicstaticbooleanisRun=true; publicstaticvoidmain(String[]args)throwsException{ Stringabc=newString("abc"); System.out.println(abc.getClass()+"@"+abc.hashCode()); finalReferenceQueuereferenceQueue=newReferenceQueue<String>(); newThread(){ publicvoidrun(){ while(isRun){ Objecto=referenceQueue.poll(); if(o!=null){ try{ Fieldrereferent=Reference.class .getDeclaredField("referent"); rereferent.setAccessible(true); Objectresult=rereferent.get(o); System.out.println("gcwillcollect:" +result.getClass()+"@" +result.hashCode()); }catch(Exceptione){ e.printStackTrace(); } } } } }.start(); PhantomReference<String>abcWeakRef=newPhantomReference<String>(abc, referenceQueue); abc=null; Thread.currentThread().sleep(3000); System.gc(); Thread.currentThread().sleep(3000); isRun=false; } }
结果为
classjava.lang.String@96354
gcwillcollect:classjava.lang.String@96354
好了,关于引用就讲到这,下面看2
2:在内存中压缩小马做了下测试,对于少量不太大的图片这种方式可行,但太多而又大的图片小马用个笨的方式就是,先在内存中压缩,再用软引用避免OOM,两种方式代码如下,大家可参考下:
方式一代码如下:
@SuppressWarnings("unused") privateBitmapcopressImage(StringimgPath){ Filepicture=newFile(imgPath); OptionsbitmapFactoryOptions=newBitmapFactory.Options(); //下面这个设置是将图片边界不可调节变为可调节 bitmapFactoryOptions.inJustDecodeBounds=true; bitmapFactoryOptions.inSampleSize=2; intoutWidth=bitmapFactoryOptions.outWidth; intoutHeight=bitmapFactoryOptions.outHeight; bmap=BitmapFactory.decodeFile(picture.getAbsolutePath(), bitmapFactoryOptions); floatimagew=150; floatimageh=150; intyRatio=(int)Math.ceil(bitmapFactoryOptions.outHeight /imageh); intxRatio=(int)Math .ceil(bitmapFactoryOptions.outWidth/imagew); if(yRatio>1||xRatio>1){ if(yRatio>xRatio){ bitmapFactoryOptions.inSampleSize=yRatio; }else{ bitmapFactoryOptions.inSampleSize=xRatio; } } bitmapFactoryOptions.inJustDecodeBounds=false; bmap=BitmapFactory.decodeFile(picture.getAbsolutePath(), bitmapFactoryOptions); if(bmap!=null){ //ivwCouponImage.setImageBitmap(bmap); returnbmap; } returnnull; }
方式二代码如下:
packagecom.lvguo.scanstreet.activity; importjava.io.File; importjava.lang.ref.SoftReference; importjava.util.ArrayList; importjava.util.HashMap; importjava.util.List; importandroid.app.Activity; importandroid.app.AlertDialog; importandroid.content.Context; importandroid.content.DialogInterface; importandroid.content.Intent; importandroid.content.res.TypedArray; importandroid.graphics.Bitmap; importandroid.graphics.BitmapFactory; importandroid.graphics.BitmapFactory.Options; importandroid.os.Bundle; importandroid.view.View; importandroid.view.ViewGroup; importandroid.view.WindowManager; importandroid.widget.AdapterView; importandroid.widget.AdapterView.OnItemLongClickListener; importandroid.widget.BaseAdapter; importandroid.widget.Gallery; importandroid.widget.ImageView; importandroid.widget.Toast; importcom.lvguo.scanstreet.R; importcom.lvguo.scanstreet.data.ApplicationData; /** *@Title:PhotoScanActivity.java *@Description:照片预览控制类 *@authorXiaoMa */ publicclassPhotoScanActivityextendsActivity{ privateGallerygallery; privateList<String>ImageList; privateList<String>it; privateImageAdapteradapter; privateStringpath; privateStringshopType; privateHashMap<String,SoftReference<Bitmap>>imageCache=null; privateBitmapbitmap=null; privateSoftReference<Bitmap>srf=null; @Override publicvoidonCreate(BundlesavedInstanceState){ super.onCreate(savedInstanceState); getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); setContentView(R.layout.photoscan); Intentintent=this.getIntent(); if(intent!=null){ if(intent.getBundleExtra("bundle")!=null){ Bundlebundle=intent.getBundleExtra("bundle"); path=bundle.getString("path"); shopType=bundle.getString("shopType"); } } init(); } privatevoidinit(){ imageCache=newHashMap<String,SoftReference<Bitmap>>(); gallery=(Gallery)findViewById(R.id.gallery); ImageList=getSD(); if(ImageList.size()==0){ Toast.makeText(getApplicationContext(),"无照片,请返回拍照后再使用预览",Toast.LENGTH_SHORT).show(); return; } adapter=newImageAdapter(this,ImageList); gallery.setAdapter(adapter); gallery.setOnItemLongClickListener(longlistener); } /** *Gallery长按事件操作实现 */ privateOnItemLongClickListenerlonglistener=newOnItemLongClickListener(){ @Override publicbooleanonItemLongClick(AdapterView<?>parent,Viewview, finalintposition,longid){ //此处添加长按事件删除照片实现 AlertDialog.Builderdialog=newAlertDialog.Builder(PhotoScanActivity.this); dialog.setIcon(R.drawable.warn); dialog.setTitle("删除提示"); dialog.setMessage("你确定要删除这张照片吗?"); dialog.setPositiveButton("确定",newDialogInterface.OnClickListener(){ @Override publicvoidonClick(DialogInterfacedialog,intwhich){ Filefile=newFile(it.get(position)); booleanisSuccess; if(file.exists()){ isSuccess=file.delete(); if(isSuccess){ ImageList.remove(position); adapter.notifyDataSetChanged(); //gallery.setAdapter(adapter); if(ImageList.size()==0){ Toast.makeText(getApplicationContext(),getResources().getString(R.string.phoSizeZero),Toast.LENGTH_SHORT).show(); } Toast.makeText(getApplicationContext(),getResources().getString(R.string.phoDelSuccess),Toast.LENGTH_SHORT).show(); } } } }); dialog.setNegativeButton("取消",newDialogInterface.OnClickListener(){ @Override publicvoidonClick(DialogInterfacedialog,intwhich){ dialog.dismiss(); } }); dialog.create().show(); returnfalse; } }; /** *获取SD卡上的所有图片文件 *@return */ privateList<String>getSD(){ /*设定目前所在路径*/ FilefileK; it=newArrayList<String>(); if("newadd".equals(shopType)){ //如果是从查看本人新增列表项或商户列表项进来时 fileK=newFile(ApplicationData.TEMP); }else{ //此时为纯粹新增 fileK=newFile(path); } File[]files=fileK.listFiles(); if(files!=null&&files.length>0){ for(Filef:files){ if(getImageFile(f.getName())){ it.add(f.getPath()); OptionsbitmapFactoryOptions=newBitmapFactory.Options(); //下面这个设置是将图片边界不可调节变为可调节 bitmapFactoryOptions.inJustDecodeBounds=true; bitmapFactoryOptions.inSampleSize=5; intoutWidth=bitmapFactoryOptions.outWidth; intoutHeight=bitmapFactoryOptions.outHeight; floatimagew=150; floatimageh=150; intyRatio=(int)Math.ceil(bitmapFactoryOptions.outHeight /imageh); intxRatio=(int)Math .ceil(bitmapFactoryOptions.outWidth/imagew); if(yRatio>1||xRatio>1){ if(yRatio>xRatio){ bitmapFactoryOptions.inSampleSize=yRatio; }else{ bitmapFactoryOptions.inSampleSize=xRatio; } } bitmapFactoryOptions.inJustDecodeBounds=false; bitmap=BitmapFactory.decodeFile(f.getPath(), bitmapFactoryOptions); //bitmap=BitmapFactory.decodeFile(f.getPath()); srf=newSoftReference<Bitmap>(bitmap); imageCache.put(f.getName(),srf); } } } returnit; } /** *获取图片文件方法的具体实现 *@paramfName *@return */ privatebooleangetImageFile(StringfName){ booleanre; /*取得扩展名*/ Stringend=fName .substring(fName.lastIndexOf(".")+1,fName.length()) .toLowerCase(); /*按扩展名的类型决定MimeType*/ if(end.equals("jpg")||end.equals("gif")||end.equals("png") ||end.equals("jpeg")||end.equals("bmp")){ re=true; }else{ re=false; } returnre; } publicclassImageAdapterextendsBaseAdapter{ /*声明变量*/ intmGalleryItemBackground; privateContextmContext; privateList<String>lis; /*ImageAdapter的构造符*/ publicImageAdapter(Contextc,List<String>li){ mContext=c; lis=li; TypedArraya=obtainStyledAttributes(R.styleable.Gallery); mGalleryItemBackground=a.getResourceId(R.styleable.Gallery_android_galleryItemBackground,0); a.recycle(); } /*几定要重写的方法getCount,传回图片数目*/ publicintgetCount(){ returnlis.size(); } /*一定要重写的方法getItem,传回position*/ publicObjectgetItem(intposition){ returnlis.get(position); } /*一定要重写的方法getItemId,传并position*/ publiclonggetItemId(intposition){ returnposition; } /*几定要重写的方法getView,传并几View对象*/ publicViewgetView(intposition,ViewconvertView,ViewGroupparent){ System.out.println("lis:"+lis); Filefile=newFile(it.get(position)); SoftReference<Bitmap>srf=imageCache.get(file.getName()); Bitmapbit=srf.get(); ImageViewi=newImageView(mContext); i.setImageBitmap(bit); i.setScaleType(ImageView.ScaleType.FIT_XY); i.setLayoutParams(newGallery.LayoutParams(WindowManager.LayoutParams.WRAP_CONTENT, WindowManager.LayoutParams.WRAP_CONTENT)); returni; } } }
上面两种方式第一种直接使用边界压缩,第二种在使用边界压缩的情况下间接的使用了软引用来避免OOM,但大家都知道,这些函数在完成decode后,最终都是通过java层的createBitmap来完成的,需要消耗更多内存,如果图片多且大,这种方式还是会引用OOM异常的,不着急,有的是办法解决,继续看,以下方式也大有妙用的:
1.
InputStreamis=this.getResources().openRawResource(R.drawable.pic1); BitmapFactory.Optionsoptions=newBitmapFactory.Options(); options.inJustDecodeBounds=false; options.inSampleSize=10;//width,hight设为原来的十分一 Bitmapbtp=BitmapFactory.decodeStream(is,null,options);
2.
if(!bmp.isRecycle()){ bmp.recycle()//回收图片所占的内存 system.gc()//提醒系统及时回收 }
上面代码与下面代码大家可分开使用,也可有效缓解内存问题哦...吼吼...
/**这个地方大家别搞混了,为了方便小马把两个贴一起了,使用的时候记得分开使用 *以最省内存的方式读取本地资源的图片 */ publicstaticBitmapreadBitMap(Contextcontext,intresId){ BitmapFactory.Optionsopt=newBitmapFactory.Options(); opt.inPreferredConfig=Bitmap.Config.RGB_565; opt.inPurgeable=true; opt.inInputShareable=true; //获取资源图片 InputStreamis=context.getResources().openRawResource(resId); returnBitmapFactory.decodeStream(is,null,opt); }
3:大家可以选择在合适的地方使用以下代码动态并自行显式调用GC来回收内存:
if(bitmapObject.isRecycled()==false)//如果没有回收 bitmapObject.recycle();
4:这个就好玩了,优化Dalvik虚拟机的堆内存分配,听着很强大,来看下具体是怎么一回事
对于Android平台来说,其托管层使用的DalvikJavaVM从目前的表现来看还有很多地方可以优化处理,比如我们在开发一些大型游戏或耗资源的应用中可能考虑手动干涉GC处理,使用dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然具体原理我们可以参考开源工程,这里我们仅说下使用方法:代码如下:
privatefinalstaticfloatTARGET_HEAP_UTILIZATION=0.75f;
在程序onCreate时就可以调用
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);
即可
5:自定义我们的应用需要多大的内存,这个好暴力哇,强行设置最小内存大小,代码如下:
privatefinalstaticintCWJ_HEAP_SIZE=6*1024*1024; //设置最小heap内存为6MB大小 VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);
好了,文章写完了,片幅有点长,因为涉及到的东西太多了,其它文章小马都会贴源码,这篇文章小马是直接在项目中用三款安卓真机测试的,有效果,项目原码就不在这贴了,不然泄密了都,吼吼,但这里讲下还是会因为手机的不同而不同,大家得根据自己需求选择合适的方式来避免OOM,大家加油呀,每天都有或多或少的收获,这也算是进步,加油加油!
希望本文所述对大家Android程序设计有所帮助。