Android Studio 3.0上分析內(nèi)存泄漏的原因
以前用eclipse的時候，我們采用的是DDMS和MAT，不僅使用步驟復(fù)雜繁瑣，而且要手動排查內(nèi)存泄漏的位置，操作起來比較麻煩。后來隨著Android studio的潮流，我也拋棄了eclipse加入了AS。
Android Studio也開始支持自動進(jìn)行內(nèi)存泄漏檢查，并且操作起來也比較方便。
封面
這個不用梯子我會告訴你嗎
1.寫在前面
Google在上周發(fā)布了Android Studio 3.0的正式版本，周四早晨在上班的地鐵上就看到群里在沸沸揚揚的討論關(guān)于3.0版本的各種坑，啊，不對，各種特性，到公司之后就迫不及待的更新了3.0版本，嗯，還算順利，只遇到了一個坑，一切都在happy的進(jìn)行著。
什么，你以為我想要寫遇到的坑是什么，呵呵噠，我才不會告訴你，等等。。。手里的板磚先放下，一會說還不行嗎，今天我們主要來聊聊如何在Android Studio 3.0上分析內(nèi)存泄漏，文章的內(nèi)容很簡單，但是自己摸索還是需要一些時間的，所以就在這里記錄下來分享給大家。
2.強大的Android Profiler
在3.0版本中，android使用了新的性能分析工具Android Profiler來代替原有的Android Monitor，使用方式和原來類似，都可以分析CPU、內(nèi)存和網(wǎng)絡(luò)的使用情況，但是功能強大了很多。
開始使用
還記得我之前寫過一篇文章《Android 使用RxLifecycle解決RxJava內(nèi)存泄漏》，本文將以這篇文章里的Demo為例，使用Android Studio 3.0再次分析一下內(nèi)存泄漏。
首先點擊工具欄中的Profile按鈕將待分析的App安裝到設(shè)備上，也可以直接安裝，在AS底部選擇Android Profiler按鈕：
將待分析的APP安裝到設(shè)備上
可以看到有下面的提示，大概意思是不能在當(dāng)前進(jìn)程進(jìn)行更高級的分析：
不能在當(dāng)前進(jìn)程進(jìn)行更高級的分析
點擊Run Configuration進(jìn)去看看，發(fā)現(xiàn)不能勾選開關(guān)，提示gradle插件版本太低，需要2.4以上版本才可以，嗯，那就更新一下：
更新gradle插件版本
已經(jīng)更新到3.0版本了，可以勾選開關(guān)了，點擊確定：
dependencies {
classpath 'com.android.tools.build:gradle:3.0.0'
}
勾選開關(guān)
又來一個警告，大概意思是說，你的gradle版本已經(jīng)升級到3.0了，需要和26.0.2版本的構(gòu)建工具搭配才更好，好好好，聽你的：
更新26.0.2版本的構(gòu)建工具
更新完成之后，需要再次運行一下App，如果還提示更高級的分析，請重啟Android Studio，重啟還不好，沒關(guān)系，反正今天也用不到它，不要打我，下面來看下正常的Android Profiler：
Android Profiler
點擊MEMORY進(jìn)入內(nèi)存詳情，在這里可以實時查看內(nèi)存的占用情況：
內(nèi)存詳情
內(nèi)存泄漏分析
我們先寫個會發(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() {
}
});
}
}
很簡單，每隔1s發(fā)送一條數(shù)據(jù)，因為關(guān)閉Activity之后沒有取消訂閱，RxJava還繼續(xù)持有Activity的引用，所以在內(nèi)存回收的時候，該Activity不會被回收，由此引發(fā)內(nèi)存泄漏。
下面反復(fù)打開關(guān)閉頁面5次，然后手動GC（點擊左上角的垃圾桶圖標(biāo)），發(fā)現(xiàn)內(nèi)存占用并沒有減少：
內(nèi)存泄漏分析
分析一下當(dāng)前的內(nèi)存堆棧情況（點擊垃圾桶圖標(biāo)右側(cè)的圖標(biāo)）：
分析內(nèi)存堆棧情況
選擇按包名查找，找到當(dāng)前測試的Activity，發(fā)現(xiàn)存在5個實例，由此可見，內(nèi)存已經(jīng)發(fā)生了泄漏：
內(nèi)存泄漏
防止內(nèi)存泄漏
修改一下上面的代碼，在關(guān)閉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執(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ù)打開頁面5次，手動GC，看下當(dāng)前的堆棧情況，可以看到當(dāng)前已經(jīng)沒有RxLifecycleComponentsActivity的實例存在了：
無內(nèi)存泄漏
OK，到這里，在Android Studio 3.0上分析內(nèi)存泄漏就學(xué)習(xí)完了，趕快去動手試試吧！
3.更新Android Studio遇到的問題
編譯的時候報錯：
發(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中LeakCanary檢測內(nèi)存泄漏的方法
- Android內(nèi)存泄漏排查利器LeakCanary
- Android性能優(yōu)化之利用強大的LeakCanary檢測內(nèi)存泄漏及解決辦法
- 使用Android Studio檢測內(nèi)存泄露(LeakCanary)
- Android內(nèi)存溢出及內(nèi)存泄漏原因進(jìn)解析
- Android Native 內(nèi)存泄漏系統(tǒng)化解決方案
- Android內(nèi)存泄漏的輕松解決方法
- Android Handler內(nèi)存泄漏詳解及其解決方案
- Android LeakCanary檢測內(nèi)存泄露原理
相關(guān)文章
Android中BroadcastReceiver(異步接收廣播Intent)的使用
Broadcast Receiver是Android的五大組件之一，使用頻率也很高,用于異步接收廣播Intent,本文將詳細(xì)介紹，需要的朋友可以參考下2012-12-12
Android 5.0中CoordinatorLayout的使用技巧
這篇文章主要為大家詳細(xì)介紹了Android 5.0中CoordinatorLayout的使用技巧,具有一定的參考價值，感興趣的小伙伴們可以參考一下2016-09-09
談一談Android內(nèi)存泄漏問題，圍繞內(nèi)存泄露的定義、內(nèi)存泄露的原理、內(nèi)存泄露的解決方法進(jìn)行探討，感興趣的小伙伴們可以參考一下2016-01-01
這篇文章主要介紹了Android studio so庫找不到問題解決辦法的相關(guān)資料,希望通過本文能幫助到大家解決出現(xiàn)的這種問題，需要的朋友可以參考下2017-10-10
Android使用PhotoView實現(xiàn)圖片雙擊放大單擊退出效果
這篇文章主要為大家詳細(xì)介紹了Android使用PhotoView實現(xiàn)圖片雙擊放大單擊退出效果，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-12-12
android針對json數(shù)據(jù)解析方法實例分析
這篇文章主要介紹了android針對json數(shù)據(jù)解析方法,以實例形式較為詳細(xì)的分析了Android操作json格式數(shù)據(jù)的各種常用技巧,具有一定參考借鑒價值,需要的朋友可以參考下2015-10-10
Android 列表倒計時的實現(xiàn)的示例代碼（CountDownTimer）
本篇文章主要介紹了Android 列表倒計時的實現(xiàn)的示例代碼（CountDownTimer），具有一定的參考價值，有興趣的可以了解一下2017-09-09
Android用RecyclerView實現(xiàn)動態(tài)添加本地圖片
本篇文章主要介紹了Android用RecyclerView實現(xiàn)動態(tài)添加本地圖片，具有一定的參考價值，有興趣的可以了解一下2017-08-08
本篇文章主要介紹了Android使用百度語音識別的示例代碼，詳細(xì)介紹了使用百度語音識別，完成語音識別的功能，有興趣的可以了解一下。2017-02-02
Android Gradle Plug 4.1.0 升級后gradle獲取manifest位置失敗問題解決
這篇文章主要介紹了Android Gradle Plug 4.1.0 升級后gradle獲取manifest位置失敗問題解決，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-10-10