1.內(nèi)存模型與分布
我們知道android應(yīng)用大多是使用java語言進(jìn)行開發(fā)的澜倦，這就需要我們了解java的內(nèi)存模型芥永，此外在android中的應(yīng)用都是基于Dalvik 虛擬機(jī)或者ART虛擬機(jī)篡殷，那么對這些虛擬機(jī)的內(nèi)存分布也應(yīng)該有所了解。
上圖是常見的java虛擬機(jī)的內(nèi)存分布圖：
方法區(qū)：主要存儲虛擬機(jī)加載的類信息埋涧，常量板辽，靜態(tài)變量，及時編譯器編譯后的代碼等數(shù)據(jù)棘催。內(nèi)存優(yōu)化時這一部分主要考慮是不是加載了很多不必要的第三方庫劲弦。這部分的內(nèi)存減少主要是常量池的回收和類的卸載（類卸載條件：無引用，類加載器可卸載）
堆：幾乎所有的對象都在這個區(qū)域產(chǎn)生醇坝，該區(qū)域?qū)儆诰€程共享的區(qū)域邑跪，所以寫代碼時更要注意多線程安全。這個內(nèi)存區(qū)域的大小變化主要是對象的創(chuàng)建和回收呼猪，比如：如果短時間內(nèi)有大量的對象創(chuàng)建和回收画畅，可能會造成內(nèi)存抖動，如果對象創(chuàng)建之后一直回收不掉宋距，則會導(dǎo)致內(nèi)存泄漏轴踱，嚴(yán)重的內(nèi)存泄漏會導(dǎo)致頻繁的gc，從而是界面卡頓谚赎。
虛擬機(jī)棧：這個區(qū)域描述的是java方法執(zhí)行的內(nèi)存模型淫僻，我們常說的方法棧的入棧就是將方法的棧幀存儲到虛擬機(jī)棧，這個區(qū)域是線程私有的壶唤，其生命周期就是線程的生命周期雳灵。也就是說每個線程都會有，默認(rèn)一個線程的線程棧大小是1M闸盔，這不包括在方法中產(chǎn)生的其他對象的大小细办。這一塊我們能控制的就是線程的數(shù)量，特別是程序中沒有使用線程池或者使用的多個第三方庫都帶有線程池的情況蕾殴。
本地方法棧：同虛擬機(jī)棧的作用非常類似，是為虛擬機(jī)執(zhí)行native方法服務(wù)的岛啸，所以需要注意的地方也和虛擬機(jī)棧一樣钓觉，特別是使用了第三方so的情況
程序計數(shù)器：當(dāng)前線程執(zhí)行的虛擬機(jī)字節(jié)碼的行號記錄器，占用的內(nèi)存較小坚踩，可以不考慮
2.內(nèi)存限制
android是基于Linux系統(tǒng)的荡灾，android中的進(jìn)程分為兩種：
1.native進(jìn)程：采用C/C++實現(xiàn)，不包含dalvik實例的linux進(jìn)程，/system/bin/目錄下面的程序文件運(yùn)行后都是以native進(jìn)程形式存在的
2.java進(jìn)程：實例化了dalvik虛擬機(jī)實例的linux進(jìn)程批幌，進(jìn)程的入口main函數(shù)為java函數(shù)础锐。dalvik虛擬機(jī)實例的宿主進(jìn)程是fork()系統(tǒng)調(diào)用創(chuàng)建的linux進(jìn)程，所以每一個android上的java進(jìn)程實際上就是一個linux進(jìn)程荧缘，只是進(jìn)程中多了一個dalvik虛擬機(jī)實例
我們知道皆警，操作系統(tǒng)對進(jìn)程的內(nèi)存是有限制的，而且操作系統(tǒng)對dalvik虛擬機(jī)自身的堆內(nèi)存大小也是有限制的截粗⌒判眨可以通過如下命令查看限制大小：
adb shell getprop | grep dalvik.vm.heapgrowthlimit
可以在Androidmanifest文件中application節(jié)點加入android:largeHeap=“true”來增加其dalvik虛擬機(jī)中堆的大小
我們常說的堆大小其實是包涵兩部分的绸罗，一是java的堆意推，而是native的堆，java堆中主要是一下java對象珊蟀，由 C/C++申請的內(nèi)存空間則在native堆中菊值，也有一些對象需要結(jié)合native和java堆共同完成，比如bitmap育灸，bitmap分為bitmap對象和其中存儲的像素值腻窒，對象分配在java堆，而存儲的像素值則根據(jù)版本不同存儲的位置也不同描扯，api 11 - api 25是存儲在java堆中的定页，其他版本是存儲在native堆中的
3.內(nèi)存泄漏
常見的內(nèi)存泄漏：
1.靜態(tài)引用（自身代碼和第三方代碼）
2.集合內(nèi)引用
3.Handler消息未清除
4.非靜態(tài)的內(nèi)部類中持有外部內(nèi)的應(yīng)用
5.匿名內(nèi)部類/非靜態(tài)內(nèi)部類和異步線程
檢查的方式：
我這里使用的是leakcanary，一般簡單的內(nèi)存泄漏可以直接在leakcanary中查到引用鏈路绽诚，不能查看的我是使用MAT來分析的
上圖中各項詳細(xì)的指標(biāo)的意義可以在這里查到典徊，這里主要占比比較大的幾個區(qū)域：
allocated：表示app內(nèi)分配的java的對象數(shù)，從當(dāng)前數(shù)值可以看出程序內(nèi)可能存在過多創(chuàng)建對象的情況恩够，比如string對象
Native：從 C 或 C++ 代碼分配的對象內(nèi)存卒落，頻繁進(jìn)出相關(guān)頁面發(fā)現(xiàn)native堆的大小并沒有減小，說明存在c/c++層的內(nèi)存泄漏
Code：您的應(yīng)用用于處理代碼和資源（如 dex 字節(jié)碼蜂桶、已優(yōu)化或已編譯的 dex 碼儡毕、.so 庫和字體）的內(nèi)存。這個區(qū)域能優(yōu)化的就是移除不需要的so庫扑媚，懶加載使用so庫腰湾，移除無用代碼（import，方法和類）
4.優(yōu)化實踐
了解了android中的內(nèi)存分布和泄漏相關(guān)疆股，接下來就是結(jié)合自身業(yè)務(wù)進(jìn)行內(nèi)存優(yōu)化了费坊，如下：
1.先解決程序中內(nèi)存占用較大的業(yè)務(wù)模塊中的內(nèi)存泄漏，不熟悉MAT的使用的可以看看這個
2.移除程序中多余的代碼和引用旬痹，這里使用默認(rèn)的lint檢測再配合shrinkResources來刪除無效資源
3.優(yōu)化圖片附井，保證圖片放置在合理的文件夾讨越，根據(jù)View大小加載合適的圖片大小，根據(jù)手機(jī)狀態(tài)配置bitmap和回收策略
4.優(yōu)化對象創(chuàng)建永毅，比如string把跨，使用對象池等
參考文章：
Android內(nèi)存管理(http://developer.android.com/intl/zh-cn/training/articles/memory.html)
android中bitmap內(nèi)存優(yōu)化（http://www.reibang.com/p/3f6f6e4f1c88）
jvm和Dalvik虛擬機(jī)的區(qū)別（https://www.cnblogs.com/lao-liang/p/5111399.html）
https://blog.csdn.net/lithe/article/details/48656345
內(nèi)存泄漏（https://sdk.cn/news/2013）
