对于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的内存溢出问题，今后我们会通过各种案例来讲解。
【Grow heap (frag case) 堆内存过大的深入解析】相关文章：
★ Android RelativeLayout相对布局属性简析
★ Android中使用Toast.cancel()方法优化toast内容显示的解决方法
★ Android Map新用法：MapFragment应用介绍