Android中LeakCanary檢測(cè)內(nèi)存泄漏的方法
最近要對(duì)產(chǎn)品進(jìn)行內(nèi)存泄漏的檢查,最后選擇了使用Square公司開(kāi)源的一個(gè)檢測(cè)內(nèi)存泄漏的函數(shù)庫(kù)LeakCanary,在github上面搜索了一下竟然有1.6w個(gè)star,并且Android大神JakeWharton也是這個(gè)開(kāi)源庫(kù)的貢獻(xiàn)者。那么就趕快拿來(lái)用吧。
先說(shuō)一下我遇到的坑,我當(dāng)時(shí)是直接google的,然后就直接搜索到稀土掘金的一篇關(guān)于LeakCanary的介紹,我就按照他們的文章一步步的操作,到最后才發(fā)現(xiàn),他們那個(gè)build.gradle中導(dǎo)入的庫(kù)太老了,會(huì)報(bào)這樣的錯(cuò)誤Closed Failed to resolve: com.squareup.leakcanary:leakcanary對(duì)于剛使用LeakCanary的我很是費(fèi)解。
然后我就直接使用Github上的例子去引入LeakCanary https://github.com/square/leakcanary
但是又有一個(gè)問(wèn)題,就是構(gòu)建項(xiàng)目失敗,在Github上面也有說(shuō)明地址連接https://github.com/square/leakcanary/issues/815
好了說(shuō)完這些坑之后,接下來(lái)就讓我們愉快的使用LeakCanary來(lái)檢測(cè)內(nèi)存泄漏吧
1 導(dǎo)入步驟
因?yàn)椴幌胱屵@樣的檢查在正式給用戶(hù)的 release 版本中也進(jìn)行,所以在 dependencies 里添加
dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
}
接下來(lái),在你的應(yīng)用里寫(xiě)一個(gè)自定義 Application ,并在其中“安裝” RefWatcher
public class AppApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
if (LeakCanary.isInAnalyzerProcess(this)) {
// This process is dedicated to LeakCanary for heap analysis.
// You should not init your app in this process.
return;
}
LeakCanary.install(this);
// Normal app init code...
}
}
記得把它作為 android:name 配到 AndroidManifest.xml 的 Application 節(jié)點(diǎn)下。
上面的只能監(jiān)控Activity中的內(nèi)存,所以想要檢測(cè)Fragment中的內(nèi)存泄漏的話也是很簡(jiǎn)單只需要先在Application中保存全局的RefWatcher
public class App extends Application {
//Application為整個(gè)應(yīng)用保存全局的RefWatcher
private RefWatcher refWatcher;
@Override
public void onCreate() {
super.onCreate();
refWatcher = LeakCanary.install(this);
}
public static RefWatcher getRefWatcher(Context context) {
App application = (App) context.getApplicationContext();
return application.refWatcher;
}
}
還需要?jiǎng)?chuàng)建一個(gè)BaseFragment添加如下代碼:
public abstract class BaseFragment extends Fragment {
@Override
public void onDestroy() {
super.onDestroy();
RefWatcher refWatcher = App.getRefWatcher(getActivity());
refWatcher.watch(this);
}
}
Ok,導(dǎo)入成功后,用Debug版打包,安裝后,手機(jī)上面會(huì)自動(dòng)多一個(gè)leak的應(yīng)用,當(dāng)有內(nèi)存泄漏的時(shí)候,就會(huì)在里面顯示。這里還有一個(gè)問(wèn)題,就是在我的4.4的手機(jī)并不能出現(xiàn)那個(gè)內(nèi)存泄漏的icon。
選擇打包

導(dǎo)入成功后的icon

2 內(nèi)存泄漏解決方法
下面說(shuō)一下常見(jiàn)的幾個(gè)內(nèi)存泄漏的解決方法
1 單例 Context 內(nèi)存泄露
這里先創(chuàng)建一個(gè)很簡(jiǎn)單的單例對(duì)象
public class TestHelper {
private Context mCtx;
private TextView mTextView;
private static TestHelper ourInstance = null;
private TestHelper(Context context) {
this.mCtx = context;
}
public static TestHelper getInstance(Context context) {
if (ourInstance == null) {
ourInstance = new TestHelper(context);
}
return ourInstance;
}
}
然后我們?cè)贏ctivity中調(diào)用它,其實(shí)很多時(shí)候我們都會(huì)犯這樣的錯(cuò)誤。造成這樣錯(cuò)誤的原因很簡(jiǎn)單,就是這個(gè) ContextLeakActivity 不在了之后, TestHelper 依然會(huì) hold 住它的 Context 不放。這樣就造成了內(nèi)存泄漏。
public class ContextLeakActivity extends AppCompatActivity{
private TestHelper mTestHelper;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//這里容易引起內(nèi)存泄漏
//我們?cè)?ContextLeakActivity 里獲取 TestHelper 實(shí)例時(shí)因?yàn)閭魅肓?MainActivity 的 Context,
// 這使得一旦這個(gè) Activity 不在了之后,
// TestHelper 依然會(huì) hold 住它的 Context 不放,而這個(gè)時(shí)候因?yàn)?Activity 已經(jīng)不在了,所以?xún)?nèi)存泄露自然就產(chǎn)生了。
mTestHelper=TestHelper.getInstance(this);
//避免內(nèi)存泄漏的寫(xiě)法
// mTestHelper=TestHelper.getInstance(this.getApplication());
}
}
Context 內(nèi)存泄漏提示圖

2 Broadcast引起的內(nèi)存泄漏: 當(dāng)我們注冊(cè)過(guò)BroadcastReceiver之后,卻沒(méi)有在Activity銷(xiāo)毀之后,把BroadcastReceiver釋放,就很容易引起內(nèi)存泄漏,所以要在onDestroy()中銷(xiāo)毀BroadcastReceiver。
銷(xiāo)毀代碼如下
@Override
protected void onDestroy() {
super.onDestroy();
getLocalBroadcastManager().unregisterReceiver(mExitReceiver);
}
Broadcast的內(nèi)存泄漏提示圖
Ok,使用LeakLeakCanary很簡(jiǎn)單,但是解決有些內(nèi)存泄漏確實(shí)有點(diǎn)麻煩,但是不論什么樣的內(nèi)存泄漏,最關(guān)鍵的一點(diǎn)就是:在生命周期結(jié)束之前,把對(duì)象銷(xiāo)毀即可。如果感覺(jué)我的文章對(duì)您有用,請(qǐng)給個(gè)喜歡,謝謝
Demo下載地址連接LeakDemo_jb51.rar
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Android APK文件在電腦(PC虛擬機(jī))上面運(yùn)行方法
APK是Android系統(tǒng)的發(fā)布的工程包,很多時(shí)候我們想在電腦上而非Android手機(jī)上面運(yùn)行它,需要的朋友可以了解下2012-12-12
關(guān)于Android SDCard存儲(chǔ)的問(wèn)題
本篇文章小編為大家介紹,關(guān)于Android SDCard存儲(chǔ)的問(wèn)題。需要的朋友參考下2013-04-04
Kotlin?RecyclerView滾動(dòng)控件詳解
RecyclerView是Android一個(gè)更強(qiáng)大的控件,其不僅可以實(shí)現(xiàn)和ListView同樣的效果,還有優(yōu)化了ListView中的各種不足。其可以實(shí)現(xiàn)數(shù)據(jù)縱向滾動(dòng),也可以實(shí)現(xiàn)橫向滾動(dòng)(ListView做不到橫向滾動(dòng))。接下來(lái)講解RecyclerView的用法2022-12-12
如何使用Mock修改Android設(shè)備上的features
這篇文章主要介紹了如何使用Mock修改Android設(shè)備上的features,想了解Mock的同學(xué)可以參考下2021-04-04
Android實(shí)現(xiàn)有道辭典查詢(xún)功能實(shí)例詳解
這篇文章主要介紹了Android實(shí)現(xiàn)有道辭典查詢(xún)功能的方法,結(jié)合實(shí)例形式較為詳細(xì)的分析了Android基于有道詞典查詢(xún)功能的原理與具體實(shí)現(xiàn)技巧,需要的朋友可以參考下2016-10-10
Android?Jetpack庫(kù)剖析之LiveData組件篇
LiveData是Jetpack組件的一部分,更多的時(shí)候是搭配ViewModel來(lái)使用,相對(duì)于Observable,LiveData的最大優(yōu)勢(shì)是其具有生命感知的,換句話說(shuō),LiveData可以保證只有在組件( Activity、Fragment、Service)處于活動(dòng)生命周期狀態(tài)的時(shí)候才會(huì)更新數(shù)據(jù)2022-07-07
Android系統(tǒng)添加自定義鼠標(biāo)樣式通過(guò)按鍵切換實(shí)例詳解
在本篇文章里小編給大家整理的是關(guān)于Android系統(tǒng)添加自定義鼠標(biāo)樣式通過(guò)按鍵切換實(shí)例詳解內(nèi)容,有需要的朋友們可以學(xué)習(xí)下。2019-11-11
Android編程設(shè)計(jì)模式之訪問(wèn)者模式詳解
這篇文章主要介紹了Android編程設(shè)計(jì)模式之訪問(wèn)者模式,詳細(xì)分析了訪問(wèn)者模式的概念、功能、原理、使用場(chǎng)景并結(jié)合實(shí)例形式給出了Android訪問(wèn)者模式的具體實(shí)現(xiàn)技巧與相關(guān)操作注意事項(xiàng),需要的朋友可以參考下2017-12-12
Android開(kāi)發(fā)者需要知道的8個(gè)項(xiàng)目管理技巧
這篇文章主要為大家詳細(xì)介紹了Android開(kāi)發(fā)者需要知道的8個(gè)項(xiàng)目管理技巧,感興趣的小伙伴們可以參考一下2016-02-02

