科普小知識:什么是內存泄漏摆碉?有些對象只有有限的生命周期塘匣。當它們的任務完成之后,它們將被垃圾回收巷帝。如果在對象的生命周期本該結束的時候忌卤,這個對象還被一系列的引用,這就會導致內存泄漏楞泼。隨著泄漏的累積驰徊,app將消耗完內存而導致Crash。
簡介
LeakCanary是Square 開源框架堕阔,是一個Android和Java的內存泄露檢測庫棍厂,如果檢測到某個Activity有內存泄露的話,會自動彈出一個通知—提醒我們有內存泄露的情況超陆。通過它可以大幅度減少開發(fā)中遇到的oom問題牺弹,大大地提高App的質量。
正文
使用說明
在build.gradle中加入飲用时呀,不同的編譯使用不同的引用:
dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'
}
在Application中:
public class ExampleApplication extends Application {
@Override public void onCreate() {
super.onCreate();
LeakCanary.install(this);
}
}
這樣张漂,就萬事俱備了! 在 debug build 中退唠,如果檢測到某個 activity 有內存泄露鹃锈,LeakCanary 就是自動地顯示一個通知。
如果只關注activity的內存泄漏瞧预,那么在Application中onCreate加入LeakCanary.install(this);就OK了屎债,如果還關注fragment的泄漏情況,那么Application加上RefWatcher垢油,然后在對應fragment頁面中onDestroy中加入:
RefWatcher refWatcher = MyApplication.getRefWatcher(this);
refWatcher.watch(this);
舉例LeakCanary捕獲常見內存泄漏以及解決辦法
錯誤使用單例造成的內存泄漏
平時開發(fā)過程中盆驹,使用單例模式是比較頻繁的。而在開發(fā)中經常持有context滩愁,如果持有的context對象的生命周期與單例生命周期更短時躯喇,會導致Context無法被釋放回收,則有可能導致內存泄露。例如:
public class LoginManager {
private static LoginManager mInstance;
private Context mContext;
private LoginManager(Context context) {
this.mContext = context;
}
public static LoginManager getInstance(Context context) {
if (mInstance == null) {
synchronized (LoginManager.class) {
if (mInstance == null) {
mInstance = new LoginManager(context);
}
}
}
return mInstance;
}
public void dealData() {
}
}
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
LoginManager.getInstance(this).dealData();
}
}
解決方法時使用和Application保持一致的生命周期的context廉丽。
Handler造成的內存泄漏
錯誤代碼如下:
public class MainActivity extends AppCompatActivity {
private Handler mHandler = new Handler();
private TextView mTextView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mTextView = (TextView) findViewById(R.id.text);//模擬內存泄露
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
mTextView.setText(".....");
}
}, 3 * 60 * 1000);
finish();
}
@Override
protected void onDestroy() {
super.onDestroy();
MyApplication.mwatcher.watch(this);
}
}
上述代碼通過內部類的方式創(chuàng)建mHandler對象,此時mHandler會隱式地持有一個外部類對象引用這里就是MainActivity倦微,當執(zhí)行postDelayed方法時,該方法會將你的Handler裝入一個Message正压,并把這條Message推到MessageQueue中欣福,MessageQueue是在一個Looper線程中不斷輪詢處理消息,那么當這個Activity退出時消息隊列中還有未處理的消息或者正在處理消息焦履,而消息隊列中的Message持有mHandler實例的引用拓劝,mHandler又持有Activity的引用,所以導致該Activity的內存資源無法及時回收嘉裤,引發(fā)內存泄漏郑临。
解決辦法:
上述代碼只需在onDestroy()函數(shù)中調用mHandler.removeCallbacksAndMessages(null);就行了。
WebView引起的內存泄漏
代碼如下:
public class MainActivity5 extends AppCompatActivity {
private WebView mWebView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_web);
mWebView = (WebView) findViewById(R.id.web);
mWebView.loadUrl("http://www.cnblogs.com/whoislcj/p/5720202.html");
}
@Override
protected void onDestroy() {
super.onDestroy();
LApplication.getRefWatcher().watch(this);
}
}
WebView解析網頁時會申請Native堆內存用于保存頁面元素屑宠,當頁面較復雜時會有很大的內存占用厢洞。如果頁面包含圖片,內存占用會更嚴重典奉。并且打開新頁面時犀变,為了能快速回退,之前頁面占用的內存也不會釋放秋柄。有時瀏覽十幾個網頁,都會占用幾百兆的內存蠢正。這樣加載網頁較多時骇笔,會導致系統(tǒng)不堪重負,最終強制關閉應用嚣崭,也就是出現(xiàn)應用閃退或重啟笨触。及時Activity關閉時在onDestroy中調用如下代碼也是沒有任何作用。
private void destroyWebView() {
if (mWebView != null) {
mLinearLayout.removeView(mWebView);
mWebView.pauseTimers();
mWebView.removeAllViews();
mWebView.destroy();
mWebView = null;
}
}
該如何解決呢雹舀?網上有一個解決方法:就是使用getApplicationgContext作為參數(shù)構建WebView芦劣,然后動態(tài)添加到一個ViewGroup中,最后退出的時候調用webView的銷毀的函數(shù)说榆,雖然也達到了防止內存溢出的效果虚吟,但是在有些網頁彈出時候需要記住密碼的對話框的時候,會出現(xiàn)Unable to add window -- token null is not for an application 的錯誤签财,所以這里采用的解決辦法是通過把使用了WebView的Activity(或者Service)放在單獨的進程里串慰。然后在檢測到應用占用內存過大有可能被系統(tǒng)干掉或者它所在的Activity(或者Service)結束后,調用android.os.Process.killProcess(android.os.Process.myPid());
唱蒸,主動Kill掉進程邦鲫。由于系統(tǒng)的內存分配是以進程為準的,進程關閉后神汹,系統(tǒng)會自動回收所有內存庆捺。
解決代碼:
public class MainActivity5 extends AppCompatActivity {
private WebView mWebView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_web);
mWebView = (WebView) findViewById(R.id.web);
mWebView.loadUrl("http://www.cnblogs.com/whoislcj/p/5720202.html");
}
@Override
protected void onDestroy() {
destroyWebView();
android.os.Process.killProcess(android.os.Process.myPid());
super.onDestroy();
LApplication.getRefWatcher().watch(this);
}
private void destroyWebView() {
if (mWebView != null) {
mWebView.pauseTimers();
mWebView.removeAllViews();
mWebView.destroy();
mWebView = null;
}
}
}
manifest中對應的activity配置如下:
<activity
android:name=".MainActivity5"
android:process="com.whoislcj.webview"/>
舉例就到此為止古今,內存泄露路漫漫其修遠兮。遇到的坑多了滔以,我們對付的手段也就多了捉腥。