平时我们在写Android代码的时候会经常遇到非常多的
Out Of Memory异常,可以通过leakcanary这个第三方库帮助我们定位出现问题的地方
- GitHub地址 : leakcanary
LeakCanary是什么
- LeakCanary是一个能够帮助Android和Java开发者检查内存泄露的第三方库
LeakCanary的配置
- 在你的
build.gradle文件的dependencies中添加如下代码 :
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.4-beta2'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.4-beta2'
testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.4-beta2'
- 新建一个
MyApplication类继承Application初始化LeakCanary
package com.android.oz.myleakactiviy;
import android.app.Application;
import com.squareup.leakcanary.LeakCanary;
/** * @author O.z Young
* @date 16/8/29
*/
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
// 安装LeakCanary
LeakCanary.install(this);
}}
}
- 在你的
AndroidManifest.xml中配置刚才写好的MyApplication
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.android.oz.myleakactiviy">
<application
android:name=".MyApplication"
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
</application>
</manifest>
好了,到此为止你的
App已经添加上了LeakCanary下面写一个例子用来展示一下LeeakCanary的实力
使用例子
我们在使用多线程Handler + Thread进行交互的的时候经常会出现Out of Memory的情况,下面通过一个例子来进行分析,以及修正这个例子
- 首先确认布局
activity_main.xml
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:paddingBottom="@dimen/activity_vertical_margin" android:paddingLeft="@dimen/activity_horizontal_margin" android:paddingRight="@dimen/activity_horizontal_margin" android:paddingTop="@dimen/activity_vertical_margin" tools:context="com.android.oz.myleakactiviy.MainActivity">
<ImageView
android:id="@+id/iv_image"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />
</RelativeLayout>
这是一个很简单的布局,在一个相对布局中包含一个ImageView.
- 编写
onCreate方法
@Overrideprotected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
iv_image = (ImageView) findViewById(R.id.iv_image);
new Thread(new Runnable() {
@Override
public void run() {
for (int i = 0; i < 20; i++) {
Log.v("Oz", "运行-->" + i + "次");
SystemClock.sleep(2000);
Message message = mHandler.obtainMessage();
message.what = 0;
mHandler.sendMessageDelayed(message, 5000);
}
}
}).start();
}
在onCreate方法中,定义了一个Thread,这个子线程要运行20次,每运行一次都要发送一个消息给Handler去处理,这里使用了SystemClock.sleep(time)方法,是为了模拟网络请求的等待
- 编写成员变量
Handler
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case 1:
iv_image.setImageResource(R.mipmap.ic_launcher);
break;
}
}
};
这里就是处理刚才接受到消息的地方啦,接收到消息之后给iv_image设置一个图片
- 运行这个app
在app被成功安装到手机上之后,我们看到这里除了我们自己的app还多了一个应用,另外一个应用就是LeakCanary
在运行的时候我们不要等待两秒钟的时间,一进入到程序之后就点击返回键,退出程序,发现有LeakCanary的消息推送,点开以后内容如下
- 问题分析
可以很清楚的看到,这里的问题是这个Thread导致的,那么为什么会出现这个问题呢,原因就是我们在Thread中sleep了两秒,然后在还没有到两秒的时间中,我们点击了返回键,此时这个MainActivity就已经被销毁了,但是在MainActivity中,这个Thread还是存在的,所以导致了最终的内存溢出问题
- 改造
Thread
由于产生问题的原因在于,MainActivity已经销毁了,但是我们的Thread还没有销毁,那么我们可以自定义一个静态的MyThread类去继承Thread类,让MyThread与MainActivity的关系脱离,除此以外我们在MyThread中使用MainActivity的弱引用,这样当GC扫描到我们的Thread类的时候,发现有弱应用就会自动回收了,这样进一步提高内存的利用率.
- 定义一个
MyThread继承Thread并且声明MainActivity的弱引用
重写后的MyThread,因为将MyThread声明成一个静态的类,所以在里面使用mHandler的时候需要绕一下弯子,通过弱引用weakReference获取到MainActivity里面的mHandler对象
private static class MyThread extends Thread {
private WeakReference<MainActivity> weakReference;
public MyThread(MainActivity mainActivity) {
weakReference = new WeakReference<MainActivity>(mainActivity);
}
@Override
public void run() {
for (int i = 0; i < 20; i++) {
Log.v("Oz", "运行-->" + i + "次");
SystemClock.sleep(2000);
if (weakReference != null && weakReference.get() != null) {
//Message message = mHandler.obtainMessage();
//message.what = 0;
//mHandler.sendMessageDelayed(message, 5000);
Message message =
weakReference.get().mHandler.obtainMessage();
message.what = 0;
weakReference.get().mHandler.sendMessageDelayed(message, 5000);
}
}
}
}
- 再次运行
还是跟刚才一样,进入程序之后,不到两秒的时间点击返回键,过一会以后,LeakCanary又报错了
如果你有看过Handler和Message的源码,Message.target实际上指的就是Handler.这里的Handler报错的原因跟刚才Thread报错的原因是一样的,这里就不再重复说明了,接下来我们就要对Handler进行改造.
- 对
Handler进行改造
改造后的Handler
private static class MyHandler extends Handler {
private WeakReference<MainActivity> weakReference;
public MyHandler(MainActivity mainActivity) {
weakReference = new WeakReference<MainActivity>(mainActivity); }
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case 1:
if (weakReference != null && weakReference.get() != null) {
weakReference.get().iv_image.setImageResource(R.mipmap.ic_launcher);
}
break;
}
}
}
这个时候再去运行app已经不提示错误了,但是此时我们又发现了一个新的问题,当我们退出app的时候,我们MyThread却还在一直运行,后台的日志里也在不断的输出内容
如何处理这个问题呢?
- 后台一直在输出Log日志的原因分析
我们在退出app之后并没有将MyThread的停止,所以导致了后台一直在输出打印语句,那么我们该如何解决这个问题呢?
- 停止
MyThread线程
首先我们需要明确,停止掉一个线程不能使用Thread.stop()方法,查看了源码发现已经是过时了的方法,并且在注释里面也明确说明,调用这个方法是不安全的,如果调用了这个方法会导致一个不可预知的状态.
其实,我们可以使用一个标识位来判断一下是否要继续执行MyThread里面的循环方法,如果标识位的判断结果为false我们直接跳出循环就可以了.在MainActivity销毁的时候将这个标识位设置成false即可.
新增标识位
/**
* 定义的标识位,判断MyThread中的循环是否执行
**/
private static boolean mIsRunning = false;
/**
* 将标识位设置成false跳出循环
**/
public void setmIsRunning() {
mIsRunning = false;
}
修改MyThread
private static class MyThread extends Thread {
private WeakReference<MainActivity> weakReference;
public MyThread(MainActivity mainActivity) {
weakReference = new WeakReference<MainActivity>(mainActivity);
}
@Override
public void run() {
mIsRunning = true;
for (int i = 0; i < 20; i++) {
if (!mIsRunning) {
break;
}
Log.v("Oz", "运行-->" + i + "次");
SystemClock.sleep(2000);
if (weakReference != null && weakReference.get() != null) {
//Message message = mHandler.obtainMessage();
//message.what = 0;
//mHandler.sendMessageDelayed(message, 5000);
Message message = weakReference.get().myHandler.obtainMessage();
message.what = 0;
weakReference.get().myHandler.sendMessageDelayed(message, 5000);
}
}
}
}
新增onDestory方法
@Override
protected void onDestroy() {
super.onDestroy();
// 将标识位设置成false
setmIsRunning();
// 清空message中的消息
myHandler.removeCallbacksAndMessages(null);
}
到这里问题就已经解决啦~
最后本次Demo的源码已经上传到github上了,便于大家查看
