A. android內存優化
Android內存優化實踐
1.內存模型與分布
我們知道android應用大多是使用java語言進行開發的，這就需要我們了解java的內存模型，此外在android中的應用都是基於Dalvik 虛擬機或者ART虛擬機，那麼對這些虛擬機的內存分布也應該有所了解。
上圖是常見的java虛擬機的內存分布圖：
方法區：主要存儲虛擬機載入的類信息，常量，靜態變數，及時編譯器編譯後的代碼等數據。內存優化時這一部分主要考慮是不是載入了很多不必要的第三方庫。這部分的內存減少主要是常量池的回收和類的卸載（類卸載條件：無引用，類載入器可卸載）
堆：幾乎所有的對象都在這個區域產生，該區域屬於線程共享的區域，所以寫代碼時更要注意多線程安全。這個內存區域的大小變化主要是對象的創建和回收，比如：如果短時間內有大量的對象創建和回收，可能會造成內存抖動，如果對象創建之後一直回收不掉，則會導致內存泄漏，嚴重的內存泄漏會導致頻繁的gc，從而是界面卡頓。
虛擬機棧：這個區域描述的是java方法執行的內存模型，我們常說的方法棧的入棧就是將方法的棧幀存儲到虛擬機棧，這個區域是線程私有的，其生命周期就是線程的生命周期。也就是說每個線程都會有，默認一個線程的線程棧大小是1M，這不包括在方法中產生的其他對象的大小。這一塊我們能控制的就是線程的數量，特別是程序中沒有使用線程池或者使用的多個第三方庫都帶有線程池的情況。
本地方法棧：同虛擬機棧的作用非常類似，是為虛擬機執行native方法服務的，所以需要注意的地方也和虛擬機棧一樣，特別是使用了第三方so的情況
程序計數器：當前線程執行的虛擬機位元組碼的行號記錄器，佔用的內存較小，可以不考慮
2.內存限制
android是基於linux系統的，android中的進程分為兩種：
1.native進程：採用C/C++實現，不包含dalvik實例的linux進程，/system/bin/目錄下面的程序文件運行後都是以native進程形式存在的
2.java進程：實例化了dalvik虛擬機實例的linux進程，進程的入口main函數為java函數。dalvik虛擬機實例的宿主進程是fork()系統調用創建的linux進程，所以每一個android上的java進程實際上就是一個linux進程，只是進程中多了一個dalvik虛擬機實例
我們知道，操作系統對進程的內存是有限制的，而且操作系統對dalvik虛擬機自身的堆內存大小也是有限制的。可以通過如下命令查看限制大小：
adb shell getprop | grep dalvik.vm.heapgrowthlimit
可以在Androidmanifest文件中application節點加入android:largeHeap=「true」來增加其dalvik虛擬機中堆的大小
我們常說的堆大小其實是包涵兩部分的，一是java的堆，而是native的堆，java堆中主要是一下java對象，由 C/C++申請的內存空間則在native堆中，也有一些對象需要結合native和java堆共同完成，比如bitmap，bitmap分為bitmap對象和其中存儲的像素值，對象分配在java堆，而存儲的像素值則根據版本不同存儲的位置也不同，api 11 - api 25是存儲在java堆中的，其他版本是存儲在native堆中的；
3.內存泄漏
常見的內存泄漏：
1.靜態引用（自身代碼和第三方代碼）
2.集合內引用
3.Handler消息未清除
4.非靜態的內部類中持有外部內的應用
5.匿名內部類/非靜態內部類和非同步線程
檢查的方式：
我這里使用的是leakcanary，一般簡單的內存泄漏可以直接在leakcanary中查到引用鏈路，不能查看的我是使用MAT來分析的當前內存信息；
上圖中各項詳細的指標的意義可以在這里查到，這里主要佔比比較大的幾個區域：
allocated：表示app內分配的java的對象數，從當前數值可以看出程序內可能存在過多創建對象的情況，比如string對象
Native：從 C 或 C++ 代碼分配的對象內存，頻繁進出相關頁面發現native堆的大小並沒有減小，說明存在c/c++層的內存泄漏
Code：您的應用用於處理代碼和資源（如 dex 位元組碼、已優化或已編譯的 dex 碼、.so 庫和字體）的內存。這個區域能優化的就是移除不需要的so庫，懶載入使用so庫，移除無用代碼（import，方法和類）
4.優化實踐
了解了android中的內存分布和泄漏相關，接下來就是結合自身業務進行內存優化了，如下：
1.先解決程序中內存佔用較大的業務模塊中的內存泄漏，不熟悉MAT的使用的可以看看這個
2.移除程序中多餘的代碼和引用，這里使用默認的lint檢測再配合shrinkResources來刪除無效資源
3.優化圖片，保證圖片放置在合理的文件夾，根據View大小載入合適的圖片大小，根據手機狀態配置bitmap和回收策略
4.優化對象創建，比如string，使用對象池等