儘量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource來設置一張大圖，
因爲這些函數在完成decode後，最終都是通過java層的createBitmap來完成的，需要消耗更多內存。
因此，改用先通過BitmapFactory.decodeStream方法，創建出一個bitmap，再將其設爲ImageView的 source，
decodeStream最大的祕密在於其直接調用JNI>>nativeDecodeAsset()來完成decode，
無需再使用java層的createBitmap，從而節省了java層的空間。
如果在讀取時加上圖片的Config參數，可以跟有效減少加載的內存，從而跟有效阻止拋out of Memory異常
另外，decodeStream直接拿的圖片來讀取字節碼了， 不會根據機器的各種分辨率來自動適應，
使用了decodeStream之後，需要在hdpi和mdpi，ldpi中配置相應的圖片資源，
否則在不同分辨率機器上都是同樣大小（像素點數量），顯示出來的大小就不對了。
另外，以下方式也大有幫助：
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() //提醒系統及時回收
}
以下奉上一個方法：
Java代碼
1. /**
2. * 以最省內存的方式讀取本地資源的圖片
3. * @param context
4. * @param resId
5. * @return
6. */
7. public static Bitmap readBitMap(Context context, int resId){
8. BitmapFactory.Options opt = new BitmapFactory.Options();
9. opt.inPreferredConfig = Bitmap.Config.RGB_565;
10. opt.inPurgeable = true;
11. opt.inInputShareable = true;
12. //獲取資源圖片
13. InputStream is = context.getResources().openRawResource(resId);
14. return BitmapFactory.decodeStream(is,null,opt);
15. }