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的正式版本，周四早晨在上班的地鐵上就看到群里在沸沸揚(yáng)揚(yáng)的討論關(guān)于3.0版本的各種坑，啊，不對，各種特性，到公司之后就迫不及待的更新了3.0版本，嗯，還算順利，只遇到了一個坑，一切都在happy的進(jìn)行著。
什么，你以為我想要寫遇到的坑是什么，呵呵噠，我才不會告訴你，等等。。。手里的板磚先放下，一會說還不行嗎，今天我們主要來聊聊如何在Android Studio 3.0上分析內(nèi)存泄漏，文章的內(nèi)容很簡單，但是自己摸索還是需要一些時間的，所以就在這里記錄下來分享給大家。
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)行更高級的分析：
不能在當(dāng)前進(jìn)程進(jìn)行更高級的分析
點(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)
又來一個警告，大概意思是說，你的gradle版本已經(jīng)升級到3.0了，需要和26.0.2版本的構(gòu)建工具搭配才更好，好好好，聽你的：
更新26.0.2版本的構(gòu)建工具
更新完成之后，需要再次運(yùn)行一下App，如果還提示更高級的分析，請重啟Android Studio，重啟還不好，沒關(guān)系，反正今天也用不到它，不要打我，下面來看下正常的Android Profiler：
Android Profiler
點(diǎn)擊MEMORY進(jìn)入內(nèi)存詳情，在這里可以實(shí)時查看內(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ù)，因?yàn)殛P(guān)閉Activity之后沒有取消訂閱，RxJava還繼續(xù)持有Activity的引用，所以在內(nèi)存回收的時候，該Activity不會被回收，由此引發(fā)內(nèi)存泄漏。
下面反復(fù)打開關(guān)閉頁面5次，然后手動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)前測試的Activity，發(fā)現(xiàn)存在5個實(shí)例，由此可見，內(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的實(shí)例存在了：
無內(nèi)存泄漏
OK，到這里，在Android Studio 3.0上分析內(nèi)存泄漏就學(xué)習(xí)完了，趕快去動手試試吧！
3.更新Android Studio遇到的問題
編譯的時候報(bào)錯：
發(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)化之利用強(qiáng)大的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拍攝照片后返回縮略圖的方法，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-09-09
Android上實(shí)現(xiàn)RTSP服務(wù)器的方法
在Android平臺實(shí)現(xiàn)RTSP服務(wù)器是一項(xiàng)挑戰(zhàn)性任務(wù),旨在無需部署獨(dú)立的RTSP/RTMP服務(wù),通過內(nèi)置輕量級RTSP服務(wù),實(shí)現(xiàn)本地音視頻數(shù)據(jù)的對外共享,本文介紹Android上實(shí)現(xiàn)RTSP服務(wù)器的方法,感興趣的朋友一起看看吧2024-11-11
Android性能優(yōu)化死鎖監(jiān)控知識點(diǎn)詳解
這篇文章主要為大家介紹了Android性能優(yōu)化死鎖監(jiān)控知識點(diǎn)詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-10-10
Android編程實(shí)現(xiàn)為ListView創(chuàng)建上下文菜單(ContextMenu)的方法
這篇文章主要介紹了Android編程實(shí)現(xiàn)為ListView創(chuàng)建上下文菜單(ContextMenu)的方法,簡單分析了上下文菜單的功能及ListView創(chuàng)建上下文菜單(ContextMenu)的具體步驟與相關(guān)操作技巧,需要的朋友可以參考下2017-02-02
這篇文章主要介紹了Android自定義圓角ImageView的相關(guān)資料,需要的朋友可以參考下2016-01-01
android Imageview 圖片覆蓋具體實(shí)現(xiàn)
android Imageview 圖片覆蓋實(shí)現(xiàn)及注意事項(xiàng)如下，感興趣的朋友可以參考下哈2013-06-06
Android開發(fā)中實(shí)現(xiàn)發(fā)送短信的小程序示例
這篇文章主要介紹了Android開發(fā)中實(shí)現(xiàn)發(fā)送短信的小程序示例,文中還附帶了一個監(jiān)聽廣播接收者的升級版短信發(fā)送例子,需要的朋友可以參考下2016-04-04
Android實(shí)現(xiàn)界面左右滑動切換功能
相信大家一定都使用過手機(jī)QQ和微信之類的軟件，當(dāng)我們使用時不難發(fā)現(xiàn)其界面的切換不僅可以通過點(diǎn)擊頁標(biāo)簽來實(shí)現(xiàn)，還可以通過左右滑動來實(shí)現(xiàn)的，下面小編給大家介紹下如何實(shí)現(xiàn)這個功能2016-12-12
本篇文章主要介紹了5步教你快速寫一個Router路由框架(詳細(xì)步驟)，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-11-11
這篇文章主要為大家詳細(xì)介紹了Android讀取本地圖庫與調(diào)用攝像頭拍攝，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-04-04