GC_EXTERNAL_ALLOC freed 与 GC_EXPLICIT freed 是什么?

时间:2022-12-01 20:28:42

原文:http://blog.sina.com.cn/s/blog_5da93c8f0100voq7.html

11-23 15:30:17.644: DEBUG/dalvikvm(25269): GC_EXTERNAL_ALLOC freed 188K, 53% free 3983K/8391K, external 13728K/13848K, paused 27ms
11-23 15:30:48.617: DEBUG/dalvikvm(5359): GC_EXPLICIT freed 1K, 47% free 3216K/5959K, external 3989K/4641K, paused 54ms

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

前面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。