眾所周知,在寫 android 程式的時候,很容易出現 OOM ,而出現的時機大多數是由 Bitmap decode 引發的:
ERROR/AndroidRuntime(16350): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
我們知道,android程式記憶體一般限制在16M,當然也有24M的,而android程式記憶體被分為2部分:native和dalvik,dalvik就是我們平常說的java堆,我們建立的對象是在這裡面分配的,而bitmap是直接在native上分配的,對於記憶體的限制是 native+dalvik 不能超過最大限制。
用以下命令可以查看程式的記憶體使用量情況:
adb shell dumpsys meminfo $package_name or $pid //使用程式的包名或者進程id
用android內建的launcher程式為例:
run: adb shell dumpsys meminfo com.android.launcher
results:Applications Memory Usage (kB):Uptime: 113017 Realtime: 113017** MEMINFO in pid 129 [com.android.launcher] ** native dalvik other total size: 4572 3527 N/A 8099 allocated: 4113 2684 N/A 6797 free: 406 843 N/A 1249 (Pss): 1775 3572 3953 9300 (shared dirty): 1448 4020 4792 10260 (priv dirty): 1652 1308 708 3668 Objects Views: 0 ViewRoots: 0 AppContexts: 0 Activities: 0 Assets: 5 AssetManagers: 5 Local Binders: 14 Proxy Binders: 21Death Recipients: 0 OpenSSL Sockets: 0 SQL heap: 64 memoryUsed: 64pageCacheOverflo: 4 largestMemAlloc: 50 DATABASES Pagesize Dbsize Lookaside Dbname 1024 4 48 launcher.db
具體每一項代表什麼,參考:http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813,我們比較關心的是這2行:
native dalvik other total size: 4572 3527 N/A 8099 allocated: 4113 2684 N/A 6797
其中size是需要的記憶體,而allocated是分配了的記憶體,對應的2列分別是native和dalvik,當總數也就是total這一列超過單個程式記憶體的最大限制時,OOM就很有可能會出現了。
多數時候,發生OOM 都是在做一些跟圖片相關的操作,以下提出一些建議盡量可以減少這種情況的發生:
1.decode bitmap 的時候,盡量配置下Options,例如:inSameSize2.Bitmap使用完以後,調用 bitmap.recycle()來釋放記憶體3.如果應用是基於圖片的應用,盡量採用LazyLoad和DymanicRecycle4.decode bitmap 的時候,將decode代碼 try catch 出來,catch oom error,避免程式crash,可以在catch裡面做一些釋放記憶體操作