一.圖片佔用記憶體的計算方法
單位：bit（位），byte（位元組）
二進位制數系統中，每個0或1就是一個位(bit)，位是資料儲存的最小單位。其中8bit就稱為一個位元組（Byte）。
計算機中的CPU位數指的是CPU一次能處理的最大位數。例如32位計算機的CPU一次最多能處理32位資料。

Android中的四種色彩格式：
1：ALPHA_8 佔1個位元組（此時圖片只有alpha值，沒有RGB值，一個畫素佔用一個位元組）
2：ARGB_4444 佔2個位元組（這種格式的圖片，看起來質量太差，已經不推薦使用。alpha(A)值，Red（R）值，Green(G)值，Blue（B）值各佔4個bites,共16bites,即2個位元組）
3：ARGB_8888 佔4個位元組（alpha(A)值，Red（R）值，Green(G)值，Blue（B）值各佔8個bites,共32bites,即4個位元組這是一種高質量的圖片格式，電腦上普通採用的格式。它也是Android手機上一個BitMap的預設格式。）
4：RGB_565  佔2個位元組（一個畫素佔用2個位元組，沒有alpha(A)值，即不支援透明和半透明，Red（R）值佔5個bites ，Green(G)值佔6個bites  ，Blue（B）值佔5個bites,共16bites,即2個位元組.對於沒有透明和半透明顏色的圖片來說，該格式的圖片能夠達到比較的呈現效果，相對於ARGB_8888來說也能減少一半的記憶體開銷。因此它是一個不錯的選擇。另外我們通過android.content.res.Resources來取得一個張圖片時，它也是以該格式來構建BitMap的.
從Android4.0開始，該選項無效。即使設定為該值，系統任然會採用 ARGB_8888來構造圖片）
（注：ARGB指的是一種色彩模式，裡面A代表Alpha，R表示red，G表示green，B表示blue，其實所有的可見色都是紅綠藍組成的，所以紅綠藍又稱為三原色。
ARGB分別是指：透明度　紅色　綠色　藍色）


Android中計算一張圖片所佔記憶體大小方法：圖片長*寬*每個畫素所佔位元組數（圖片的長寬要以畫素為單位:px）
在Android4.0之前，Bitmap的記憶體是分配在Native堆中，呼叫recycle()可以立即釋放Native記憶體。
從Android4.0開始，Bitmap的記憶體就是分配在dalvik堆中，即JAVA堆中的，呼叫recycle()並不能立即釋放Native記憶體，等gc。但是呼叫recycle()也是一個良好的習慣。
二.圖片的壓縮
幾個概念常識：
2.1 圖片儲存為file時候的大小和其在流的形式的時候大小是一樣的，轉化為Bitmap也就是“點陣圖”時候明顯是要比前倆大得多。
2.2 Android中BitmapFactory.Options的理解：可以檢視：http://blog.csdn.net/haozipi/article/details/47183543?ref=myread，他寫的一系列的關於Options的文章，很有用
2.3 在實際開發中，有時候我們需求將檔案轉換為字串，然後作為引數進行上傳：參照：http://blog.csdn.net/jdsjlzx/article/details/44228935中具體操作
點陣圖Bitmap轉成字串string與String字串轉換為bitmap圖片格式；（在即時通訊中的表情因為很小就可以用這種方法來實現）
將圖片檔案轉化文String；
2.4  Android圖片壓縮分為“質量壓縮”和“尺寸壓縮”或者叫“取樣率壓縮”，其中前者的特點為：改變圖片的質量，使存的file的大小變小從而帶來上傳時候檔案變小。但是再次載入到記憶體中大小還是不變依然很大（和之前沒壓縮之前一樣大）；後者的特點為：
圖片的畫素減少了載入到記憶體中肯定較少了，從而避免了oom；