largeHeap介绍
一个应用如果使用了largeHeap，会请求系统为Dalvik虚拟机分配更大的内存空间。使用起来也很方便，只需在manifest文件application节点加入android:largeHeap=“true”即可。
largeHeap有多大
在Android中，有如下两个方法可以帮助我们查看当前内存大小
ActivityManager.getMemoryClass()获得内用正常情况下内存的大小
ActivityManager.getLargeMemoryClass()可以获得开启largeHeap最大的内存大小
然而largeHeap这个最大值是如何决定的呢？想要了解这个问题，我们就需要看一下Android系统中的一个文件。
这个文件路径是/system/build.prop，由于文件比较大，这里我们只截取关于dalvik内存的配置信息，如下。
dalvik.vm.heapstartsize=8mdalvik.vm.heapgrowthlimit=192mdalvik.vm.heapsize=512mdalvik.vm.heaptargetutilization=0.75dalvik.vm.heapminfree=2mdalvik.vm.heapmaxfree=8m
上面有诸多配置，但从字面意思也不难理解，为了正确理解，有必要逐一解释一下。
dalvik.vm.heapstartsize=8m
相当于虚拟机的 -Xms配置，该项用来设置堆内存的初始大小。
dalvik.vm.heapgrowthlimit=192m
相当于虚拟机的 -XX:HeapGrowthLimit配置，该项用来设置一个标准的应用的最大堆内存大小。一个标准的应用就是没有使用android:largeHeap的应用。
dalvik.vm.heapsize=512m
相当于虚拟机的 -Xmx配置，该项设置了使用android:largeHeap的应用的最大堆内存大小。
dalvik.vm.heaptargetutilization=0.75
相当于虚拟机的 -XX:HeapTargetUtilization,该项用来设置当前理想的堆内存利用率。其取值位于0与1之间。当GC进行完垃圾回收之后，Dalvik的堆内存会进行相应的调整，通常结果是当前存活的对象的大小与堆内存大小做除法，得到的值为这个选项的设置，即这里的0.75。注意，这只是一个参考值，Dalvik虚拟机也可以忽略此设置。
dalvik.vm.heapminfree=2m与dalvik.vm.heapmaxfree=8m
dalvik.vm.heapminfree对应的是-XX:HeapMinFree配置，用来设置单次堆内存调整的最小值。dalvik.vm.heapmaxfree对应的是-XX:HeapMaxFree配置，用来设置单次堆内存调整的最大值。通常情况下，还需要结合上面的 -XX:HeapTargetUtilization的值，才能确定内存调整时，需要调整的大小。
largeHeap需要权限么
为何有此疑问呢？ 原因是这样的。 首先一个设备的内存是固定的，当我们使用了largeHeap之后就可以使我们的程序内存增加，但这部分增加的内存有可能是源自被系统杀掉的后台程序。所以，使用largeHeap理论上是有可能杀掉其他的程序的。
然而，结果就是不需要权限，Google在一开始就是这样，只需要简单在Application元素上加入android:largeHeap=“true”就能正常使用。
largeHeap对GC的影响
拥有了更多的内存，是不是就意味着要花更多的时间遍历对象垃圾回收呢？其实不然。
首先largeHeap自Android 4.0开始支持，而并发的垃圾回收方式从Android 2.3开始引入。
在引入并发垃圾回收之前，系统采用了Stop-the-World回收方式，进行一次垃圾回收通常消耗几百毫秒，这是很影响交互和响应的。
引入并发垃圾回收之后,在GC开始和结束的阶段会有短暂的暂停时间，通常在10毫秒以内。
因此在支持largeHeap的系统上都采用了并发垃圾回收，GC的Pause Time不会很长，对交互响应影响甚微。
慎用largeHeap
对于largeHeap的使用，我们该持有的谨慎的态度，largeHeap可以使用，但是要谨慎。
对于本身对内存要求过大的图片或者视频应用，我们可以使用largeHeap。
除上面的情况，如果仅仅是为了解决OutOfMemoryError这样的问题，而尝试使用largeHeap分配更大内存的这种指标不治本的方法不可取。对待这样的OOM问题，建议了解Android中内存泄露和垃圾回收，从代码上去查找问题，从根本上解决问题。
无论是否开启largeHeap，ActivityManager.getLargeMemoryClass()都可以打印出largeHeap的大小。因为其本身只是读取了配置文件的值而已。即下面的代码无论largeHeap开启与否，打印出来的日志都相同
ActivityManageractivityManager=(ActivityManager)getSystemService(ACTIVITY_SERVICE);
intlargeMemoryClass=activityManager.getLargeMemoryClass();
intmemoryClass=activityManager.getMemoryClass();
ActivityManager.MemoryInfoinfo=newActivityManager.MemoryInfo();
activityManager.getMemoryInfo(info);
Log.d(LOGTAG,"largeMemoryClass = "+largeMemoryClass);
Log.d(LOGTAG,"memoryClass = "+memoryClass);
如何验证
关于如何验证，这里设置一个按钮，每次创建100M的内存对象，观察开启largeHeap前后的反应
private ArrayList mLeakyContainer=newArrayList<();
@Override
protected void onCreate(BundlesavedInstanceState{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
findViewById(R.id.testBtn).setOnClickListener(newView.OnClickListener(){
@Override
public void onClick(View v){
byte[]b=newbyte[100*1000*1000];
mLeakyContainer.add(b);
}});
testMemoryInfo();}
以正常情况下可用192M内存为例，点击两次按钮，应用崩溃。
然后在manifest开启largeHeap，以最大512M内存可用为例，点击6次应用崩溃
建议
虽然要谨慎使用，但是国内android生态环境如此，还是用吧
网友评论