在日常的Android開發(fā)中，我們必然遇到過OutOfMemoryError這樣的崩潰，產(chǎn)生的原因無外乎兩點，一是內(nèi)存過小不夠用，二是程序設(shè)計有誤，導(dǎo)致不能釋放內(nèi)存，其中后者情況較多。在解決這個問題時，我們亦或多或少聽到android:largeHeap，然而這個概念又是什么呢，它該如何使用，存在哪些問題呢。本文講比較全面介紹Android中的largeHeap幫助各位全面深入了解這個概念。
磨刀不誤砍柴工
為了便于理解，先簡單介紹一些和文章相關(guān)的基礎(chǔ)概念。
通常，一個Android程序在運行時會啟動一個Dalvik虛擬機（暫不討論ART模式）
虛擬機的運行時內(nèi)存一般由堆和棧兩大部分構(gòu)成。
棧是存儲方法調(diào)用的一片內(nèi)存數(shù)據(jù)區(qū)。
堆內(nèi)存占據(jù)了虛擬機的大部分內(nèi)存空間，程序執(zhí)行時產(chǎn)生的對象就分配在堆內(nèi)存上。
如果是堆內(nèi)存沒有可用的空間存儲生成的對象，JVM會拋出java.lang.OutOfMemoryError。
如若具體了解堆和棧，請參考文章Java中的堆和棧的區(qū)別和JVM運行時的數(shù)據(jù)區(qū)
largeHeap介紹
一個應(yīng)用如果使用了largeHeap，會請求系統(tǒng)為Dalvik虛擬機分配更大的內(nèi)存空間。使用起來也很方便，只需在manifest文件application節(jié)點加入android:largeHeap=“true”即可。
1234567
largeHeap有多大
在Android中，有如下兩個方法可以幫助我們查看當前內(nèi)存大小
ActivityManager.getMemoryClass()獲得內(nèi)用正常情況下內(nèi)存的大小
ActivityManager.getLargeMemoryClass()可以獲得開啟largeHeap最大的內(nèi)存大小
然而largeHeap這個最大值是如何決定的呢？想要了解這個問題，我們就需要看一下Android系統(tǒng)中的一個文件。
這個文件路徑是/system/build.prop，由于文件比較大，這里我們只截取關(guān)于dalvik內(nèi)存的配置信息，如下。
123456
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配置，該項用來設(shè)置堆內(nèi)存的初始大小。
dalvik.vm.heapgrowthlimit=192m
相當于虛擬機的 -XX:HeapGrowthLimit配置，該項用來設(shè)置一個標準的應(yīng)用的最大堆內(nèi)存大小。一個標準的應(yīng)用就是沒有使用android:largeHeap的應(yīng)用。
dalvik.vm.heapsize=512m
相當于虛擬機的 -Xmx配置，該項設(shè)置了使用android:largeHeap的應(yīng)用的最大堆內(nèi)存大小。
dalvik.vm.heaptargetutilization=0.75
相當于虛擬機的 -XX:HeapTargetUtilization,該項用來設(shè)置當前理想的堆內(nèi)存利用率。其取值位于0與1之間。當GC進行完垃圾回收之后，Dalvik的堆內(nèi)存會進行相應(yīng)的調(diào)整，通常結(jié)果是當前存活的對象的大小與堆內(nèi)存大小做除法，得到的值為這個選項的設(shè)置，即這里的0.75。注意，這只是一個參考值，Dalvik虛擬機也可以忽略此設(shè)置。
dalvik.vm.heapminfree=2m與dalvik.vm.heapmaxfree=8m
dalvik.vm.heapminfree對應(yīng)的是-XX:HeapMinFree配置，用來設(shè)置單次堆內(nèi)存調(diào)整的最小值。dalvik.vm.heapmaxfree對應(yīng)的是-XX:HeapMaxFree配置，用來設(shè)置單次堆內(nèi)存調(diào)整的最大值。通常情況下，還需要結(jié)合上面的 -XX:HeapTargetUtilization的值，才能確定內(nèi)存調(diào)整時，需要調(diào)整的大小。
largeHeap需要權(quán)限么
為何有此疑問呢？ 原因是這樣的。 首先一個設(shè)備的內(nèi)存是固定的，當我們使用了largeHeap之后就可以使我們的程序內(nèi)存增加，但這部分增加的內(nèi)存有可能是源自被系統(tǒng)殺掉的后臺程序。所以，使用largeHeap理論上是有可能殺掉其他的程序的。
然而，結(jié)果就是不需要權(quán)限，Google在一開始就是這樣，只需要簡單在Application元素上加入android:largeHeap=“true”就能正常使用。
largeHeap對GC的影響
擁有了更多的內(nèi)存，是不是就意味著要花更多的時間遍歷對象垃圾回收呢？其實不然。
首先largeHeap自Android 4.0開始支持，而并發(fā)的垃圾回收方式從Android 2.3開始引入。
在引入并發(fā)垃圾回收之前，系統(tǒng)采用了Stop-the-World回收方式，進行一次垃圾回收通常消耗幾百毫秒，這是很影響交互和響應(yīng)的。
引入并發(fā)垃圾回收之后,在GC開始和結(jié)束的階段會有短暫的暫停時間，通常在10毫秒以內(nèi)。
因此在支持largeHeap的系統(tǒng)上都采用了并發(fā)垃圾回收，GC的Pause Time不會很長，對交互響應(yīng)影響甚微。
慎用largeHeap
對于largeHeap的使用，我們該持有的謹慎的態(tài)度，largeHeap可以使用，但是要謹慎。
對于本身對內(nèi)存要求過大的圖片或者視頻應(yīng)用，我們可以使用largeHeap。
除上面的情況，如果僅僅是為了解決OutOfMemoryError這樣的問題，而嘗試使用largeHeap分配更大內(nèi)存的這種指標不治本的方法不可取。對待這樣的OOM問題，建議閱讀以下幾篇文章，了解Android中內(nèi)存泄露和垃圾回收，從代碼上去查找問題，從根本上解決問題。
補漏
感謝大牛裸奔的凱子哥指出。
無論是否開啟largeHeap，ActivityManager.getLargeMemoryClass()都可以打印出largeHeap的大小。因為其本身只是讀取了配置文件的值而已。即下面的代碼無論largeHeap開啟與否，打印出來的日志都相同
12345678910
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);
如何驗證
關(guān)于如何驗證，這里設(shè)置一個按鈕，每次創(chuàng)建100M的內(nèi)存對象，觀察開啟largeHeap前后的反應(yīng)
1234567891011121314
privateArrayListmLeakyContainer=newArrayList<>();@OverrideprotectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);findViewById(R.id.testBtn).setOnClickListener(newView.OnClickListener(){@OverridepublicvoidonClick(Viewv){byte[]b=newbyte[100*1000*1000];mLeakyContainer.add(b);}});testMemoryInfo();}
以正常情況下可用192M內(nèi)存為例，點擊兩次按鈕，應(yīng)用崩潰。
然后在manifest開啟largeHeap，以最大512M內(nèi)存可用為例，點擊6次應(yīng)用崩潰
http://droidyue.com/blog/2015/08/01/dive-into-android-large-heap/index.html
