自從Google在2013年發布了Android Studio后，Android Studio憑借著自己良好的內存優化，酷炫的UI主題，強大的自動補全提示以及Gradle的編譯支持正逐步取代Eclipse，成為主流的Android開發IDE。Android Studio在為我們提供了良好的編碼體驗的同時，也提供了許多對App性能分析的工具，讓開發者可以更方便分析App性能。Google在IO大會上一直告誡開發者不要無節制的使用手機內存，要注意一些不良的開發習慣會導致App的內存泄漏。雖然如今網上檢測App內存泄漏的文章汗牛充棟，但是要使用DDMS和MAT，不僅使用步驟復雜繁瑣，而且要手動排查內存泄漏的位置，操作起來多有不便。其實Android Studio已經開始支持自動進行內存泄漏檢查了，本文就帶著大家一探其中的奧妙吧。

什么是內存泄漏
Android虛擬機的垃圾回收采用的是根搜索算法。GC會從根節點（GC Roots）開始對heap進行遍歷。到最后，部分沒有直接或者間接引用到GC Roots的就是需要回收的垃圾，會被GC回收掉。而內存泄漏出現的原因就是存在了無效的引用，導致本來需要被GC的對象沒有被回收掉。

舉個栗子

private static Leak mLeak;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_second);mLeak = new Leak();}class Leak {}

mLeak是存儲在靜態區的靜態變量，而Leak是內部類，其持有外部類Activity的引用。這樣就導致Activity需要被銷毀時，由于被mLeak所持有，所以系統不會對其進行GC，這樣就造成了內存泄漏。

再舉一個最常犯的栗子

public class Singleton {private static Singleton instance;private Context mContext;private Singleton(Context context){this.mContext = context;}public static Singleton getInstance(Context context){if (instance == null){synchronized (Singleton.class){if (instance == null){instance = new Singleton(context);}}}return instance;} }

如果我們在在調用Singleton的getInstance()方法時傳入了Activity。那么當instance沒有釋放時，這個Activity會一直存在。因此造成內存泄露。
解決方法可以將new Singleton(context)改為new Singleton(context.getApplicationContext())即可，這樣便和傳入的Activity沒關系了。

內存泄漏的檢測
打開Android Studio，編譯代碼，在模擬器或者真機上運行App，然后點擊，在Android Monitor下點擊Monitor對應的Tab，進入如下界面



在Memory一欄中，可以觀察不同時間App內存的動態使用情況，點擊可以手動觸發GC，點擊可以進入HPROF Viewer界面，查看Java的Heap，如下圖

Reference Tree代表指向該實例的引用，可以從這里面查看內存泄漏的原因，Shallow Size指的是該對象本身占用內存的大小，Retained Size代表該對象被釋放后，垃圾回收器能回收的內存總和。
下面我們以掌上道聚城客戶端為例，來一探內存泄漏檢測的方法。
打開Android Studio，編譯代碼，運行掌上道聚城，然后開始盡情的耍我們的App啦，然后就從Memory Monitor里面觀察App的內存使用曲線，突然發現，納尼！！！怎么內存使用越來越大了，這就很有可能是發生內存泄漏了，然后點擊手動進行GC，再點擊觀看JavaHeap，點擊Analyzer Task，Android Monitor就可以為我們自動分析泄漏的Activity啦，分析出來如下圖所示

在Reference Tree里面，我們直接就可以看到持有該Activity的單例對象，直接定位到該單例中的代碼，發現代碼中出現了

public static VideoTagHelper getInstance(Context context) {if (tagHelper == null) {tagHelper = new VideoTagHelper();}tagHelper.context = context;return tagHelper;}

和剛剛舉得栗子里出現的錯誤一模一樣啊，這段代碼是誰寫的，拖出去······
我們修復了檢查出的內存泄漏的問題，并將修復前和修復后的代碼在相同的模擬器上運行并進行相同的操作，查看他們使用內存的情況，如下圖所示

有內存泄漏的情況，占用內存約為43M

修復了內存泄漏問題，占用內存為36M
在修復了內存泄漏問題后，內存使用下降了16.3%！！！

轉自：騰訊質量開放平臺

總結

以上是生活随笔為你收集整理的基于Android Studio的内存泄漏检测与解决全攻略的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。