您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“Android Studio 3.0上內存泄漏的示例分析”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“Android Studio 3.0上內存泄漏的示例分析”這篇文章吧。
以前用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上內存泄漏的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。