這篇文章主要為大家展示了“Android Studio 3.0上內存泄漏的示例分析”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“Android Studio 3.0上內存泄漏的示例分析”這篇文章吧。

桂平ssl適用于網站、小程序/APP、API接口等需要進行數據傳輸應用場景，ssl證書未來市場廣闊！成為成都創新互聯的ssl證書銷售渠道，可以享受市場價格4-6折優惠！如果有意向歡迎電話聯系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！

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

Android Studio也開始支持自動進行內存泄漏檢查，并且操作起來也比較方便。

封面

這個不用梯子我會告訴你嗎

1.寫在前面

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

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

2.強大的Android Profiler

戳這里查看官方文檔

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

開始使用

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

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

將待分析的APP安裝到設備上

可以看到有下面的提示，大概意思是不能在當前進程進行更高級的分析：

不能在當前進程進行更高級的分析

點擊Run Configuration進去看看，發現不能勾選開關，提示gradle插件版本太低，需要2.4以上版本才可以，嗯，那就更新一下：

更新gradle插件版本

已經更新到3.0版本了，可以勾選開關了，點擊確定：

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

勾選開關

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

更新26.0.2版本的構建工具

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

Android Profiler

點擊MEMORY進入內存詳情，在這里可以實時查看內存的占用情況：

內存詳情

內存泄漏分析

我們先寫個會發生內存泄漏的程序分析一下：

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執行一次事件
    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("接收數據", String.valueOf(aLong));
          }

          @Override
          public void onError(@NonNull Throwable e) {

          }

          @Override
          public void onComplete() {

          }
        });
  }
}

很簡單，每隔1s發送一條數據，因為關閉Activity之后沒有取消訂閱，RxJava還繼續持有Activity的引用，所以在內存回收的時候，該Activity不會被回收，由此引發內存泄漏。

下面反復打開關閉頁面5次，然后手動GC（點擊左上角的垃圾桶圖標），發現內存占用并沒有減少：

內存泄漏分析

分析一下當前的內存堆棧情況（點擊垃圾桶圖標右側的圖標）：

分析內存堆棧情況

選擇按包名查找，找到當前測試的Activity，發現存在5個實例，由此可見，內存已經發生了泄漏：

內存泄漏

防止內存泄漏

修改一下上面的代碼，在關閉Activity時取消訂閱：

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執行一次事件
    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("接收數據", String.valueOf(aLong));
          }

          @Override
          public void onError(@NonNull Throwable e) {

          }

          @Override
          public void onComplete() {

          }
        });
  }
}

反復打開頁面5次，手動GC，看下當前的堆棧情況，可以看到當前已經沒有RxLifecycleComponentsActivity的實例存在了：

無內存泄漏

OK，到這里，在Android Studio 3.0上分析內存泄漏就學習完了，趕快去動手試試吧！

3.更新Android Studio遇到的問題

編譯的時候報錯：

復制代碼 代碼如下:

Error:(41, 0) Cannot set the value of read-only property 'outputFile' for ApkVariantOutputImpl_Decorated{apkData=Main{type=MAIN, fullName=debug, filters=[]}} of type com.android.build.gradle.internal.api.ApkVariantOutputImpl.

發現是在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"
  }
}

以上是“Android Studio 3.0上內存泄漏的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創新互聯行業資訊頻道！

本文名稱：AndroidStudio3.0上內存泄漏的示例分析-創新互聯
URL鏈接：http://m.newbst.com/article48/dopdhp.html

成都網站建設公司_創新互聯，為您提供靜態網站、關鍵詞優化、自適應網站、手機網站建設、移動網站建設、外貿建站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯