android程式記憶體被分為2部分:native和dalvik,dalvik就是我們平常說的java堆,我們建立的對象是在這裡面分配的,而bitmap是直接在native上分配的,對於記憶體的限制是 native+dalvik 不能超過最大限制。android程式記憶體一般限制在16M,當然也有24M的。
用以下命令可以查看程式的記憶體使用量情況:
adb shell dumpsys meminfo $package_name or $pid //使用程式的包名或者進程id 用com.tencent.qqpimsecure為例:
具體每一項代表什麼,參考:http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813,我們比較關心的是這2行:
其中size是需要的記憶體,而allocated是分配了的記憶體,對應的2列分別是native和dalvik,當總數也就是total這一列超過單個程式記憶體的最大限制時,OOM就很有可能會出現了。
多數時候,發生OOM 都是在做一些跟圖片相關的操作,以下提出一些建議盡量可以減少這種情況的發生:
|
1 .decode bitmap 的時候,盡量配置下Options,例如:inSameSize
|
|
2 .Bitmap使用完以後,調用 bitmap.recycle()來釋放記憶體
|
|
3 .如果應用是基於圖片的應用,盡量採用LazyLoad和DymanicRecycle
|
|
4 .decode bitmap 的時候,將decode代碼
try catch
出來, catch oom error,避免程式crash,可以在
catch 裡面做一些釋放記憶體操作 |
http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android/2299813#2299813