android記憶體最佳化之圖片最佳化

對圖片本身進行操作。盡量不要使用setImageBitmap、setImageResource、BitmapFactory.decodeResource來設定一張大圖，因為這些方法在完成decode後，最終都是通過java層的createBitmap來完成的，需要消耗更多記憶體。因此，改用先通過BitmapFactory.decodeStream方法，建立出一個bitmap，再將其設為ImageView的source，decodeStream最大的秘密在於其直接調用JNI>>nativeDecodeAsset()來完成decode，無需再使用java層的createBitmap，從而節省了java層的空間。如果在讀取時加片的Config參數，可以更有效減少載入的記憶體，從而更有效阻止拋出記憶體異常。另外，decodeStream直接拿圖片來讀取位元組碼了，不會根據機器的各種解析度來自動適應，使用了decodeStream之後，需要在hdpi和mdpi，ldpi中配置相應的圖片資源，否則在不同解析度機器上都是同樣大小（像素點數量），顯示出來的大小就不對了。

複製代碼 代碼如下: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);

複製代碼 代碼如下:if(!bmp.isRecycle()){
bmp.recycle()//回收圖片所佔的記憶體
system.gc()//提醒系統及時回收
}

複製代碼 代碼如下:/**
*以最省記憶體的方式讀取本地資源的圖片
*@paramcontext
*@paramresId
*@return
*/
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);
}

option中的值指的是，圖片進行縮放的比例，SDK中建議其值是2的指數值,值越大會導致圖片不清晰。長度、寬度都只有原圖片的1/2。圖片大小減少，佔用的記憶體自然也變小了。這麼做的弊端是圖片品質變差，inSampleSize的值越大，圖片的品質就越差。由於各手機廠商縮放圖片的演算法不同，在不同手機上的縮放圖片品質可能會不同。筆者就遭遇過moto手機片縮放後品質可以接受，三星手機上同樣的縮放比例，品質卻差很多的情況。

Android中有四種，分別是：
ALPHA_8：每個像素佔用1byte記憶體
ARGB_4444:每個像素佔用2byte記憶體
ARGB_8888:每個像素佔用4byte記憶體
RGB_565:每個像素佔用2byte記憶體
Android預設的顏色模式為ARGB_8888，這個顏色模式色彩最細膩，顯示品質最高。但同樣的，佔用的記憶體也最大。
以上代碼即是將1.png以ARGB_4444模式讀出。記憶體減少雖然不如第一種方法明顯，但是對於大多數圖片，看不出與ARGB_8888模式有什麼差別。不過在讀取有漸層效果的圖片時，可能有顏色條出現。另外，會影響圖片的特效處理。
最佳化Dalvik虛擬機器的堆記憶體配置。對於Android平台來說，其託管層使用的DalvikJavaVM從目前的表現來看還有很多地方可以最佳化處理，比如我們在開發一些大型遊戲或耗資源的應用中可能考慮手動幹涉GC處理，使用dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法可以增強程式堆記憶體的處理效率。使用方法: 複製代碼 代碼如下:privatefinalstaticfloatTARGET_HEAP_UTILIZATION=0.75f;
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);

即可。
還有就是可以定義堆記憶體的大小。 複製代碼 代碼如下:privatefinalstaticintCWJ_HEAP_SIZE=6*1024*1024;VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);//設定最小heap記憶體為6MB大小

調用圖片的recycle()方法：
這個其實不是真正降低圖片記憶體的方法。主要目的是標記圖片對象，方便回收圖片對象的本機資料。圖片對象的本機資料佔用的記憶體最大，而且與程式Java部分的記憶體是分開計算的。所以經常出現Javaheap足夠使用，而圖片發生OutOfMemoryError的情況。在圖片不使用時調用該方法，可以有效降低圖片本機資料的峰值，從而減少OutOfMemoryError的機率。不過調用了recycle()的圖片對象處於“廢棄”狀態，調用時會造成程式錯誤。所以在無法保證該圖片對象絕對不會被再次調用的情況下，不建議使用該方法。特別要注意已經用setImageBitmap(Bitmapimg)方法分配給控制項的圖片對象，可能會被系統類別庫調用，造成程式錯誤。

使用Matrix物件放大顯示的圖片如何更改顏色模式：
雖然使用Matrix物件放大顯示圖片，必定會耗費更多的記憶體，但有時候也不得不這樣做。放大後的圖片使用的ARGB_8888顏色模式，就算原圖片是ARGB_4444顏色模式也一樣，而且沒有辦法在放大時直接指定顏色模式。可以採用以下辦法更改圖片顏色模式。
代碼如下 複製代碼 代碼如下:Matrixmatrix=newMatrix();
floatnewWidth=200;//圖片放大後的寬度
floatnewHeight=300;//圖片放大後的長度
matrix.postScale(newWidth/img.getWidth(),newHeight/img.getHeight());
Bitmapimg1=Bitmap.createBitmap(img,0,0,img.getWidth(),img.getHeight(),matrix,true);//得到放大的圖片
img2=img1.copy(Bitmap.Config.ARGB_4444,false);//得到ARGB_4444顏色模式的圖片
img=null;
img1=null;

這裡比起原來的圖片額外產生了一個圖片對象img1。但是系統會自動回收img1，所以實際記憶體還是減少了。