以前用eclipse的時(shí)候，我們采用的是DDMS和MAT，不僅使用步驟復(fù)雜繁瑣，而且要手動(dòng)排查內(nèi)存泄漏的位置，操作起來比較麻煩。后來隨著Android studio的潮流，我也拋棄了eclipse加入了AS。

Android Studio也開始支持自動(dòng)進(jìn)行內(nèi)存泄漏檢查，并且操作起來也比較方便。

封面

戳我下載 Android Studio 3.0

這個(gè)不用梯子我會(huì)告訴你嗎

1.寫在前面

Google在上周發(fā)布了Android Studio 3.0的正式版本，周四早晨在上班的地鐵上就看到群里在沸沸揚(yáng)揚(yáng)的討論關(guān)于3.0版本的各種坑，啊，不對(duì)，各種特性，到公司之后就迫不及待的更新了3.0版本，嗯，還算順利，只遇到了一個(gè)坑，一切都在happy的進(jìn)行著。

什么，你以為我想要寫遇到的坑是什么，呵呵噠，我才不會(huì)告訴你，等等。。。手里的板磚先放下，一會(huì)說還不行嗎，今天我們主要來聊聊如何在Android Studio 3.0上分析內(nèi)存泄漏，文章的內(nèi)容很簡(jiǎn)單，但是自己摸索還是需要一些時(shí)間的，所以就在這里記錄下來分享給大家。

2.強(qiáng)大的Android Profiler

戳這里查看官方文檔

在3.0版本中，android使用了新的性能分析工具Android Profiler來代替原有的Android Monitor，使用方式和原來類似，都可以分析CPU、內(nèi)存和網(wǎng)絡(luò)的使用情況，但是功能強(qiáng)大了很多。

開始使用

還記得我之前寫過一篇文章《Android 使用RxLifecycle解決RxJava內(nèi)存泄漏》，本文將以這篇文章里的Demo為例，使用Android Studio 3.0再次分析一下內(nèi)存泄漏。

首先點(diǎn)擊工具欄中的Profile按鈕將待分析的App安裝到設(shè)備上，也可以直接安裝，在AS底部選擇Android Profiler按鈕：

將待分析的APP安裝到設(shè)備上

可以看到有下面的提示，大概意思是不能在當(dāng)前進(jìn)程進(jìn)行更高級(jí)的分析：

不能在當(dāng)前進(jìn)程進(jìn)行更高級(jí)的分析

點(diǎn)擊Run Configuration進(jìn)去看看，發(fā)現(xiàn)不能勾選開關(guān)，提示gradle插件版本太低，需要2.4以上版本才可以，嗯，那就更新一下：

更新gradle插件版本

已經(jīng)更新到3.0版本了，可以勾選開關(guān)了，點(diǎn)擊確定：

dependencies {  classpath 'com.android.tools.build:gradle:3.0.0'}

勾選開關(guān)

又來一個(gè)警告，大概意思是說，你的gradle版本已經(jīng)升級(jí)到3.0了，需要和26.0.2版本的構(gòu)建工具搭配才更好，好好好，聽你的：

更新26.0.2版本的構(gòu)建工具

更新完成之后，需要再次運(yùn)行一下App，如果還提示更高級(jí)的分析，請(qǐng)重啟Android Studio，重啟還不好，沒關(guān)系，反正今天也用不到它，不要打我，下面來看下正常的Android Profiler：

Android Profiler

點(diǎn)擊MEMORY進(jìn)入內(nèi)存詳情，在這里可以實(shí)時(shí)查看內(nèi)存的占用情況：

內(nèi)存詳情

內(nèi)存泄漏分析

我們先寫個(gè)會(huì)發(fā)生內(nèi)存泄漏的程序分析一下：

public class RxLifecycleComponentsActivity extends RxAppCompatActivity {  @Override  protected void onCreate(@Nullable Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_rxlifecycle);    ButterKnife.bind(this);    initData();  }  private void initData() {    // 每隔1s執(zhí)行一次事件    Observable.interval(1, TimeUnit.SECONDS)        .subscribeOn(Schedulers.io())        .observeOn(AndroidSchedulers.mainThread())        .subscribe(new Observer<Long>() {          @Override          public void onSubscribe(@NonNull Disposable d) {          }          @Override          public void onNext(@NonNull Long aLong) {            Log.i("接收數(shù)據(jù)", String.valueOf(aLong));          }          @Override          public void onError(@NonNull Throwable e) {          }          @Override          public void onComplete() {          }        });  }}

很簡(jiǎn)單，每隔1s發(fā)送一條數(shù)據(jù)，因?yàn)殛P(guān)閉Activity之后沒有取消訂閱，RxJava還繼續(xù)持有Activity的引用，所以在內(nèi)存回收的時(shí)候，該Activity不會(huì)被回收，由此引發(fā)內(nèi)存泄漏。

下面反復(fù)打開關(guān)閉頁(yè)面5次，然后手動(dòng)GC（點(diǎn)擊左上角的垃圾桶圖標(biāo)），發(fā)現(xiàn)內(nèi)存占用并沒有減少：

內(nèi)存泄漏分析

分析一下當(dāng)前的內(nèi)存堆棧情況（點(diǎn)擊垃圾桶圖標(biāo)右側(cè)的圖標(biāo)）：

分析內(nèi)存堆棧情況

選擇按包名查找，找到當(dāng)前測(cè)試的Activity，發(fā)現(xiàn)存在5個(gè)實(shí)例，由此可見，內(nèi)存已經(jīng)發(fā)生了泄漏：

內(nèi)存泄漏

防止內(nèi)存泄漏

修改一下上面的代碼，在關(guān)閉Activity時(shí)取消訂閱：

public class RxLifecycleComponentsActivity extends RxAppCompatActivity {  @Override  protected void onCreate(@Nullable Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_rxlifecycle);    ButterKnife.bind(this);    initData();  }  private void initData() {    // 每隔1s執(zhí)行一次事件    Observable.interval(1, TimeUnit.SECONDS)        .subscribeOn(Schedulers.io())        .observeOn(AndroidSchedulers.mainThread())        .compose(this.<Long>bindUntilEvent(ActivityEvent.DESTROY))        .subscribe(new Observer<Long>() {          @Override          public void onSubscribe(@NonNull Disposable d) {          }          @Override          public void onNext(@NonNull Long aLong) {            Log.i("接收數(shù)據(jù)", String.valueOf(aLong));          }          @Override          public void onError(@NonNull Throwable e) {          }          @Override          public void onComplete() {          }        });  }}

反復(fù)打開頁(yè)面5次，手動(dòng)GC，看下當(dāng)前的堆棧情況，可以看到當(dāng)前已經(jīng)沒有RxLifecycleComponentsActivity的實(shí)例存在了：

無內(nèi)存泄漏

OK，到這里，在Android Studio 3.0上分析內(nèi)存泄漏就學(xué)習(xí)完了，趕快去動(dòng)手試試吧！

3.更新Android Studio遇到的問題

編譯的時(shí)候報(bào)錯(cuò)：

發(fā)現(xiàn)是在gradle里打包輸出apk的代碼出的問題，原代碼是這樣的：

applicationVariants.all { variant ->  variant.outputs.each { output ->    def file = output.outputFile    String apkName = "APK_NAME" + defaultConfig.versionName.replace(".", "_") + ".apk"    output.outputFile = new File(file.parent, apkName)  }}

修改成這樣就可以了：

applicationVariants.all { variant ->  variant.outputs.all {    outputFileName = "APK_NAME" + defaultConfig.versionName.replace(".", "_") + ".apk"  }}

4.寫在最后

戳我下載 Android Studio 3.0

戳我下載本文使用的測(cè)試Demo