android 内存使用

众所周知，在写 android 程序的时候，很容易出现 OOM ，而出现的时机大多数是由 Bitmap decode 引发的：

1ERROR/AndroidRuntime(16350): java.lang.OutOfMemoryError: bitmap size exceeds VM budget

      我们知道，android程序内存一般限制在16M，当然也有24M的，而android程序内存被分为2部分：native和dalvik，dalvik就是我们平常说的java堆，我们创建的对象是在这里面分配的，而bitmap是直接在native上分配的，对于内存的限制是 native+dalvik 不能超过最大限制。

      用以下命令可以查看程序的内存使用情况：

1adb shell dumpsys meminfo $package_name or $pid   //使用程序的包名或者进程id

      用android自带的launcher程序为例：

01run: adb shell dumpsys meminfo com.android.launcher02<br>results:03Applications Memory Usage (kB):04Uptime: 113017 Realtime: 11301705 06** MEMINFO in pid 129 [com.android.launcher] **07                    native   dalvik    other    total08            size:     4572     3527      N/A     809909       allocated:     4113     2684      N/A     679710            free:      406      843      N/A     124911           (Pss):     1775     3572     3953     930012  (shared dirty):     1448     4020     4792    1026013    (priv dirty):     1652     1308      708     366814  15 Objects16           Views:        0        ViewRoots:        017     AppContexts:        0       Activities:        018          Assets:        5    AssetManagers:        519   Local Binders:       14    Proxy Binders:       2120Death Recipients:        021 OpenSSL Sockets:        022  23 SQL24            heap:       64       memoryUsed:       6425pageCacheOverflo:        4  largestMemAlloc:       5026  27 DATABASES28  Pagesize   Dbsize  Lookaside  Dbname29      1024        4         48  launcher.db

       具体每一项代表什么，参考：http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813，我们比较关心的是这2行：

1             native   dalvik    other    total2     size:     4572     3527      N/A     80993allocated:     4113     2684      N/A     6797

       其中size是需要的内存，而allocated是分配了的内存，对应的2列分别是native和dalvik，当总数也就是total这一列超过单个程序内存的最大限制时，OOM就很有可能会出现了。

       多数时候，发生OOM 都是在做一些跟图片相关的操作，以下提出一些建议尽量可以减少这种情况的发生：

11.decode bitmap 的时候，尽量配置下Options，例如：inSameSize22.Bitmap使用完以后，调用 bitmap.recycle()来释放内存33.如果应用是基于图片的应用，尽量采用LazyLoad和DymanicRecycle44.decode bitmap 的时候，将decode代码 try catch 出来，catch oom error，避免程序crash，可以在catch里面做一些释放内存操作

  

每个 android 平台内存限制不一样，从最开始的 16M 到 24M，以及后来的 32M，64M，或许以后会更大。

那如何获取单个 app 内存限制大小呢？

class : ActivityManager

1ActivityManager activityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);2activityManager.getMemoryClass();

  当然，ActivityManager 不单单限与此，许多对 android 程序管理的工具，都来源与此，或者从这里进行扩展。

 

 

GC_EXTERNAL_ALLOC freed 与 GC_EXPLICIT freed 是什么?

09-28 17:16:37.543: DEBUG/dalvikvm(21466): GC_EXTERNAL_ALLOC freed 390 objects / 45656 bytes in 50ms
09-28 17:16:40.513: DEBUG/dalvikvm(3267): GC_EXPLICIT freed 4501 objects / 251624 bytes in 67ms

很多做开发的朋友不明白上面这句是什么意思，给大家解释一下！ 

前面Free的内存是VM中java使用的内存，external是指VM中通过JNI中Native的类中的malloc分配出的内存，例如Bitmap和一些Cursor都是这么分配的。
在Davilk中，给一个程序分配的内存根据机型厂商的不同，而不同，现在的大部分的是32M了，而在VM内部会把这些内存分成java使用的内存和 Native使用的内存，它们之间是不能共享的，就是说当你的Native内存用完了，现在Java又有空闲的内存，这时Native会重新像VM申请，而不是直接使用java的。
例如上边的例子
free 3411K/6663K和external 24870K/26260K
如果这时需要创建一个2M的

Bitmap
，Native现有内存26260-24870=1390K<2048k,因此他就会向Vm申请内存，虽然java空闲的内存是
6663-3411=3252>2048,但这部分内存Native是不能使用。
但是你现在去申请2M的Native内存，VM会告诉你无法分配的，因为现在已使用的内存已经接近峰值了32M(26260+6663=32923 )，所以现在就会成force close 报OOM。
所以现在我们要检查我们的native内存的使用情况来避免OOM。