1、關于Bitmap
在安卓2.3.3(API級別10)之前，Bitmap像素數(shù)據(jù)和Bitmap對象是分開存儲的，像素數(shù)據(jù)是存儲在native memory中，對象存儲在Dalvik heap中，native memory中的像素數(shù)據(jù)不是以一種可預見的方式釋放,可能導致應用程序暫時超過其內存限制和崩潰，所以在Android2.3.3(API 10)之前你必須要調用recycle()方法來釋放掉內存避免出現(xiàn)OOM,當然前提是確定這個bitmap不再使用，否則會出現(xiàn) "Canvas: trying to use a recycled bitmap".
在Android3.0(API 11)之后，Bitmap的像素數(shù)據(jù)和Bitmap對象一起存儲在Dalvik heap中，所以我們不用手動調用recycle()來釋放Bitmap對象，內存的釋放都交給垃圾回收器來做。
2、資源圖片占的內存
我們圖片的尺寸是720×1280，所有像素點占用內存=720x1280x4=3686400 byte=3.515625M，這個大小是圖片不做任何處理時占用的內存大小。但是系統(tǒng)在將圖片處理成Drawable對象的時候會作一些處理。
有兩個非常重要的參數(shù)，inDensity和inTargetDensity：
1、inDensity表示被設定的圖像密度，決定這個值的是圖片所放置的文件目錄，比如drawable-hdpi、drawable-xhdpi等等，其對應的density如下表：
如果圖片放在drawable-hdpi下，inDensity=240
2、inTargetDensity表示最終需要適配到的圖片密度，這個值由手機設備來決定，手機屏幕越高清這個值越大，而我們例子中720p的小米2S對應的densityDpi=320。
如果inDensity的值和inTargetDensity的值不相等，那么圖片尺寸就被會縮放，縮放的比例為 inTargetDensity / inDensity。
因為圖片占用內存與圖片的尺寸有關，如果被尺寸縮放了，內存大小就變了。前面未作任何縮放處理的720×1280圖占用內存是3.515625M，假設放在drawable-ldpi目錄下inDensity=120，設備inTargetDensity=320，那么最終的占用內存大小將是3.515625Mx(320/120)x(320/120)=25M。
一張圖片占用25M大小，很恐怖的一個值，這種情況下，app估計直接掛了，如果放在drawable-hdpi下，占用就是6.25M，drawable-xhdpi下占用是3.515625M。由此可見，圖片放置的目錄一定要慎重。
最終我們得出一個公式：
資源圖片內存大小 = 寬 x 高 x 4 x （設備密度 / 資源維度密度）x（設備密度 / 資源維度密度）
