Android內存溢出整理總結

在最近作的工程中發現加載的圖片太多或圖片過大時常常出現OOM問題，找網上資料也提供了不少方法，但本身感受有點亂，故我整理下：

通常咱們你們在遇到內存問題的時候經常使用的方式網上也有相關資料，大致以下幾種：
一：在內存引用上作些處理，經常使用的有軟引用、強化引用、弱引用
二：在內存中加載圖片時直接在內存中作處理，如：邊界壓縮
三：動態回收內存
四：優化Dalvik虛擬機的堆內存分配
五：自定義堆內存大小
但是真的有這麼簡單嗎，就用以上方式就能解決OOM了？不是的，繼續來看…

1：軟引用(SoftReference)、虛引用(PhantomRefrence)、弱引用(WeakReference),這三個類是對heap中java對象的應用，經過這個三個類能夠和gc作簡單的交互，除了這三個之外還有一個是最經常使用的強引用
1.1：強引用，例以下面代碼：
Object o=new Object();
Object o1=o;
上面代碼中第一句是在heap堆中建立新的Object對象經過o引用這個對象，第二句是經過o創建o1到new Object()這個heap堆中的對象的引用，這兩個引用都是強引用.只要存在對heap中對象的引用，gc就不會收集該對象.若是經過以下代碼：
o=null;
o1=null
heap中對象有強可及對象、軟可及對象、弱可及對象、虛可及對象和不可到達對象。應用的強弱順序是強、軟、弱、和虛。對於對象是屬於哪一種可及的對象，由他的最強的引用決定。以下:
String abc=new String(「abc」);  //1
SoftReference<String> abcSoftRef=new SoftReference<String>(abc);  //2
WeakReference<String> abcWeakRef = new WeakReference<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中的new String(「abc」)對象。
2 將heap中的new String(「abc」)對象設置爲可結束的(finalizable)。
3 當heap中的new String(「abc」)對象的finalize()方法被運行並且該對象佔用的內存被釋放， abcSoftRef被添加到它的ReferenceQueue中。
注:對ReferenceQueue軟引用和弱引用能夠有可無，可是虛引用必須有，參見：
Reference(T paramT, ReferenceQueue<? super T>paramReferenceQueue)
被 Soft Reference 指到的對象，即便沒有任何 Direct Reference，也不會被清除。一直要到 JVM 內存不足且 沒有 Direct Reference 時纔會清除，SoftReference 是用來設計 object-cache 之用的。如此一來 SoftReference 不但能夠把對象 cache 起來，也不會形成內存不足的錯誤 （OutOfMemoryError）。我以爲 Soft Reference 也適合拿來實做 pooling 的技巧。
A obj = new A();
Refenrence sr = new SoftReference(obj);

//引用時
if(sr!=null){
obj = sr.get();
}else{
obj = new A();
sr = new SoftReference(obj);
}
1.3:弱引用
當gc碰到弱可及對象，並釋放abcWeakRef的引用，收集該對象。可是gc可能須要對此運用才能找到該弱可及對象。經過以下代碼能夠了明瞭的看出它的做用：
String abc=new String(「abc」);
WeakReference<String> abcWeakRef = new WeakReference<String>(abc);
abc=null;
System.out.println(「before gc: 「+abcWeakRef.get());
System.gc();
System.out.println(「after gc: 「+abcWeakRef.get());
運行結果:
before gc: abc
after gc: null
gc收集弱可及對象的執行過程和軟可及同樣，只是gc不會根據內存狀況來決定是否是收集該對象。若是你但願能隨時取得某對象的信息，但又不想影響此對象的垃圾收集，那麼你應該用 Weak Reference 來記住此對象，而不是用通常的 reference。

A obj = new A();

WeakReference wr = new WeakReference(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中的new String(「abc」)對象設置爲可結束的(finalizable).
1.4.2 與軟引用和弱引用不一樣, 先把PhantomRefrence對象添加到它的ReferenceQueue中.而後在釋放虛可及的對象.
你會發如今收集heap中的new String(「abc」)對象以前,你就能夠作一些其餘的事情.經過如下代碼能夠了解他的做用.

import java.lang.ref.PhantomReference;
import java.lang.ref.Reference;
import java.lang.ref.ReferenceQueue;
import java.lang.reflect.Field;

public class Test {
public static boolean isRun = true;

public static void main(String[] args) throws Exception {
String abc = new String(「abc」);
System.out.println(abc.getClass() + 「@」 + abc.hashCode());
final ReferenceQueue referenceQueue = new ReferenceQueue<String>();
new Thread() {
public void run() {
while (isRun) {
Object o = referenceQueue.poll();
if (o != null) {
try {
Field rereferent = Reference.class
.getDeclaredField(「referent」);
rereferent.setAccessible(true);
Object result = rereferent.get(o);
System.out.println(「gc will collect:」
+ result.getClass() + 「@」
+ result.hashCode());
} catch (Exception e) {

e.printStackTrace();
}
}
}
}
}.start();
PhantomReference<String> abcWeakRef = new PhantomReference<String>(abc,
referenceQueue);
abc = null;
Thread.currentThread().sleep(3000);
System.gc();
Thread.currentThread().sleep(3000);
isRun = false;
}

}

結果爲
class java.lang.String@96354
gc will collect:class java.lang.String@96354  好了，關於引用就講到這，下面看2

2:在內存中壓縮作了下測試，對於少許不太大的圖片這種方式可行，但太多而又大的圖片用個笨的方式就是，先在內存中壓縮，再用軟引用避免OOM，兩種方式代碼以下，你們可參考下：
方式一代碼以下：
@SuppressWarnings(「unused」)
private Bitmap copressImage(String imgPath){
File picture = new File(imgPath);
Options bitmapFactoryOptions = new BitmapFactory.Options();
//下面這個設置是將圖片邊界不可調節變爲可調節
bitmapFactoryOptions.inJustDecodeBounds = true;
bitmapFactoryOptions.inSampleSize = 2;
int outWidth  = bitmapFactoryOptions.outWidth;
int outHeight = bitmapFactoryOptions.outHeight;
bmap = BitmapFactory.decodeFile(picture.getAbsolutePath(),
bitmapFactoryOptions);
float imagew = 150;
float imageh = 150;
int yRatio = (int) Math.ceil(bitmapFactoryOptions.outHeight
/ imageh);
int xRatio = (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);
return bmap;
}
return null;
}
方式二代碼以下:
package com.lvguo.scanstreet.activity;

import java.io.File;
import java.lang.ref.SoftReference;
import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import android.app.Activity;
import android.app.AlertDialog;
import android.content.Context;
import android.content.DialogInterface;
import android.content.Intent;
import android.content.res.TypedArray;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.BitmapFactory.Options;
import android.os.Bundle;
import android.view.View;
import android.view.ViewGroup;
import android.view.WindowManager;
import android.widget.AdapterView;
import android.widget.AdapterView.OnItemLongClickListener;
import android.widget.BaseAdapter;
import android.widget.Gallery;
import android.widget.ImageView;
import android.widget.Toast;
import com.lvguo.scanstreet.R;
import com.lvguo.scanstreet.data.ApplicationData;
/**
* @Title: PhotoScanActivity.java
* @Description: 照片預覽控制類
* @author XiaoMa
*/
public class PhotoScanActivity extends Activity {
private Gallery gallery ;
private List<String> ImageList;
private List<String> it ;
private ImageAdapter adapter ;
private String path ;
private String shopType;
private HashMap<String, SoftReference<Bitmap>> imageCache = null;
private Bitmap bitmap = null;
private SoftReference<Bitmap> srf = null;

@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,
WindowManager.LayoutParams.FLAG_FULLSCREEN);
setContentView(R.layout.photoscan);
Intent intent = this.getIntent();
if(intent != null){
if(intent.getBundleExtra(「bundle」) != null){
Bundle bundle = intent.getBundleExtra(「bundle」);
path = bundle.getString(「path」);
shopType = bundle.getString(「shopType」);
}
}
init();
}

private void init(){
imageCache = new HashMap<String, SoftReference<Bitmap>>();
gallery = (Gallery)findViewById(R.id.gallery);
ImageList = getSD();
if(ImageList.size() == 0){
Toast.makeText(getApplicationContext(), 「無照片，請返回拍照後再使用預覽」, Toast.LENGTH_SHORT).show();
return ;
}
adapter = new ImageAdapter(this, ImageList);
gallery.setAdapter(adapter);
gallery.setOnItemLongClickListener(longlistener);
}

/**
* Gallery長按事件操做實現
*/
private OnItemLongClickListener longlistener = new OnItemLongClickListener() {

@Override
public boolean onItemLongClick(AdapterView<?> parent, View view,
final int position, long id) {
//此處添加長按事件刪除照片實現www.2cto.com
AlertDialog.Builder dialog = new AlertDialog.Builder(PhotoScanActivity.this);
dialog.setIcon(R.drawable.warn);
dialog.setTitle(「刪除提示」);
dialog.setMessage(「你肯定要刪除這張照片嗎？」);
dialog.setPositiveButton(「肯定」, new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
File file = new File(it.get(position));
boolean isSuccess;
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(「取消」,new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
dialog.dismiss();
}
});
dialog.create().show();
return false;
}
};

/**
* 獲取SD卡上的全部圖片文件
* @return
*/
private List<String> getSD() {
/* 設定目前所在路徑 */
File fileK ;
it = new ArrayList<String>();
if(「newadd」.equals(shopType)){
//若是是從查看本人新增列表項或商戶列表項進來時
fileK = new File(ApplicationData.TEMP);
}else{
//此時爲純粹新增
fileK = new File(path);
}
File[] files = fileK.listFiles();
if(files != null && files.length>0){
for(File f : files ){
if(getImageFile(f.getName())){
it.add(f.getPath());

Options bitmapFactoryOptions = new BitmapFactory.Options();

//下面這個設置是將圖片邊界不可調節變爲可調節
bitmapFactoryOptions.inJustDecodeBounds = true;
bitmapFactoryOptions.inSampleSize = 5;
int outWidth  = bitmapFactoryOptions.outWidth;
int outHeight = bitmapFactoryOptions.outHeight;
float imagew = 150;
float imageh = 150;
int yRatio = (int) Math.ceil(bitmapFactoryOptions.outHeight
/ imageh);
int xRatio = (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 = new SoftReference<Bitmap>(bitmap);
imageCache.put(f.getName(), srf);
}
}
}
return it;
}

/**
* 獲取圖片文件方法的具體實現
* @param fName
* @return
*/
private boolean getImageFile(String fName) {
boolean re;

/* 取得擴展名 */
String end = 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;
}
return re;
}

public class ImageAdapter extends BaseAdapter{
/* 聲明變量 */
int mGalleryItemBackground;
private Context mContext;
private List<String> lis;

/* ImageAdapter的構造符 */
public ImageAdapter(Context c, List<String> li) {
mContext = c;
lis = li;
TypedArray a = obtainStyledAttributes(R.styleable.Gallery);
mGalleryItemBackground = a.getResourceId(R.styleable.Gallery_android_galleryItemBackground, 0);
a.recycle();
}

/* 幾定要重寫的方法getCount,傳回圖片數目 */
public int getCount() {
return lis.size();
}

/* 必定要重寫的方法getItem,傳回position */
public Object getItem(int position) {
return lis.get(position);
}

/* 必定要重寫的方法getItemId,傳並position */
public long getItemId(int position) {
return position;
}

/* 幾定要重寫的方法getView,傳並幾View對象 */
public View getView(int position, View convertView, ViewGroup parent) {
System.out.println(「lis:」+lis);
File file = new File(it.get(position));
SoftReference<Bitmap> srf = imageCache.get(file.getName());
Bitmap bit = srf.get();
ImageView i = new ImageView(mContext);
i.setImageBitmap(bit);
i.setScaleType(ImageView.ScaleType.FIT_XY);
i.setLayoutParams( new Gallery.LayoutParams(WindowManager.LayoutParams.WRAP_CONTENT,
WindowManager.LayoutParams.WRAP_CONTENT));
return i;
}
}
}
上面兩種方式第一種直接使用邊界壓縮，第二種在使用邊界壓縮的狀況下間接的使用了軟引用來避免OOM，但你們都知道，這些函數在完成decode後，最終都是經過java層的createBitmap來完成的，須要消耗更多內存,若是圖片多且大，這種方式仍是會引用OOM異常的，不着急，有的是辦法解決，繼續看，如下方式也大有妙用的：
1. InputStream is = this.getResources().openRawResource(R.drawable.pic1);
BitmapFactory.Options options=new BitmapFactory.Options();
options.inJustDecodeBounds = false;
options.inSampleSize = 10;   //width，hight設爲原來的十分一
Bitmap btp =BitmapFactory.decodeStream(is,null,options);
2. if(!bmp.isRecycle() ){
bmp.recycle()   //回收圖片所佔的內存
system.gc()  //提醒系統及時回收
}
上面代碼與下面代碼你們可分開使用，也可有效緩解內存問題哦…吼吼…

/** 這個地方你們別搞混了，爲了方便小馬把兩個貼一塊兒了，使用的時候記得分開使用 * 以最省內存的方式讀取本地資源的圖片 */ public static Bitmap readBitMap(Context context, int resId){ BitmapFactory.Options opt = new BitmapFactory.Options(); opt.inPreferredConfig = Bitmap.Config.RGB_565; opt.inPurgeable = true; opt.inInputShareable = true; //獲取資源圖片 InputStream is = context.getResources().openRawResource(resId); return BitmapFactory.decodeStream(is,null,opt); } 3:你們能夠選擇在合適的地方使用如下代碼動態並自行顯式調用GC來回收內存： if(bitmapObject.isRecycled()==false) //若是沒有回收 bitmapObject.recycle(); 4:這個就好玩了，優化Dalvik虛擬機的堆內存分配，聽着很強大，來看下具體是怎麼一回事 對於Android平臺來講，其託管層使用的Dalvik JavaVM從目前的表現來看還有不少地方能夠優化處理，好比咱們在開發一些大型遊戲或耗資源的應用中可能考慮手動干涉GC處理，使用 dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法能夠加強程序堆內存的處理效率。固然具體原理咱們能夠參考開源工程，這裏咱們僅說下使用方法: 代碼以下： private final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate時就能夠調用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 便可 5：自定義咱們的應用須要多大的內存，這個好暴力哇，強行設置最小內存大小，代碼以下： private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ; //設置最小heap內存爲6MB大小 VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);