Grow heap (frag case) 堆内存过大的深入解析

对于android开发者来说虽然使用了可以自动管理内存的java语言，但是对于内存管理不当，可能你的应用不断出现类似info/dalvikvm-heap(10798): grow heap (frag case) to 6.437mb for 1114126-byte allocation，而出现的
grow heap 后面的值不断增加，接下来轻微则android系统开始结束后台任务来增加不断增加的堆内存问题，最后可能直接出现oom，同时有时候gc还可能出现gc freed 0 objects / 0 bytes in 75ms这样的问题，对于java的内存管理我们近期已经说到了，就上面这些问题android123给大家做一个简单的分析。

1. 这里grow heap (frag case) to 6.437mb for 1114126-byte allocation表示你一直在分配一个较大的对象，占用的堆内存达到了6.4mb。

2. 为什么会出现这样的问题，经过询问表示是因为分配了一个byte[]数组，需要以blob方式写入sqlite数据库，而造成的这么大的单个对象出现，这里android开发网提醒大家，这是很危险的操作，对于不同固件和低ram配置的设备随时都有oom的危险，如果你真的需要往sqlite存储二进制，这里可以采用分段的方式，将某个对象拆分为1mb或更小，分更多的段来存放，中间加一层拆分数据缓存层来解决比较好。

3. 同时每次构造单个较大对象前，可以通知gc准备收集，比如在执行需要耗操作前执行system.gc(); 防止outofmemoryerror的发生，对于java的内存溢出问题，今后我们会通过各种案例来讲解。