最近的一次更新中,需要做验证码的发送,用到了AsyncTask做计时器.
具体的业务需求是由第一个页面(A)填写数据,第二个界面(B)发送短信,且B能保证跳回A的时候仍然保持倒计时状态.
一开始两个页面都设置成了singleTask,且重写了B的onBackPressed()方法,防止finish掉B.
但是这样做还是会finish掉B.后来查看源码发现,一个singleTask从Activity栈唤起的时候会将该Activity置于栈顶,并将该Activity以上的Activity都销毁,导致由B跳转到A的时候finish掉了A,所以无法保存状态.最后A设置为了singleTop,B设置为了singleTask.
之后就可以使用AsyncTask进行倒计时操作了.但是为了防止AsyncTask导致内存泄漏我采用了静态内部类的方法
private CountDownTask task;
/**
* 60s 倒计时
*/
private static class CountDownTask extends AsyncTask<Void, Integer, Void> {
public final WeakReference<MyActivity> weakReference;
public MyAsyncTask(MyActivity activity){
weakReference = new WeakReference<MyActivity>(activity);
}
@Override
protected String doInBackground(Void... params) {
//该方法中最好不要做一些不可中断的操作，否则的话。AsyncTask在cancel的时候是无法被停掉的。
//例如，BitmapFactory.decodeFile(...)等
for (int i = 60; i >= 0; i--) {
try {
if (!isCancelled()) {
publishProgress(i);
Thread.sleep(1000);
}
} catch (InterruptedException e) {
e.printStackTrace();
}
}
return null;
}
@SuppressLint("NewApi")
@Override
protected void onPreExecute() {
super.onPreExecute();
MyActivity mActivity = weakReference.get();
if (mActivity.isFinishing() || mActivity.isDestroyed()) {
//满足条件说明Activity正在销毁，此时不应该和UI进行交互。因为此时的Activity正在被销毁
return;
} else {
//拿到外部activity的引用和UI交互
mActivity.btn_sendSms.setEnabled(false);
}
}
@SuppressLint("NewApi")
@Override
protected void onPostExecute(String result) {
super.onPostExecute(result);
MyActivity mActivity = weakReference.get();
if (mActivity.isFinishing() || mActivity.isDestroyed()) {
return;
}else{
mActivity.btn_sendSms.setEnabled(true);
mActivity.btn_sendSms.setText("重新获取");
}
}
@SuppressLint("NewApi")
@Override
protected void onProgressUpdate(Integer... values) {
super.onProgressUpdate(values);
DepositConfirmationActivity mActivity = weakReference.get();
if (mActivity.isFinishing() || mActivity.isDestroyed()) {
return;
} else {
mActivity.btn_sendSms.setText(values[0] + "秒后重新获取");
}
}
}
@Override
protected void onDestroy() {
super.onDestroy();
if (task != null && !task.isCancelled()) {
task.cancel(true);
}
}
}
-
这里有两个地方值得注意
if (!isCancelled()) {
publishProgress(i);
Thread.sleep(1000);
}
@Override
protected void onDestroy() {
super.onDestroy();
if (task != null && !task.isCancelled()) {
task.cancel(true);
}
}
为什么要在Destroy的时候关闭AsyncTask?
因为在进行debug的时候我以为在Activity中创建的AsyncTask内部类会随着Activity的销毁而被销毁结束。但其实并不是这样，当finish掉B的时候AsyncTask会一直执行，在doInBackground()中打断点还是会进到这个方法.直到doInBackground()方法执行完成。查询api之后,我发现一个方法boolean cancel(boolean mayInterruptIfRunning);
此时，如果执行cancel(boolean)操作,会间接调用isCancelled()并且返回true。这样AsyncTask占据的内存才会被通知回收。在doInBackground()return后 我们将会调用onCancelled(Object)否则，会继续执行onPostExecute(Result result) 方法。如果我们的Activity销毁之前，没有取消 AsyncTask，这有可能让我们的AsyncTask崩溃。也就是说Activity在Destroy的时候要手动cancel掉AsyncTask。为什么在
doInBackground()中判断isCancelled()
一开始我在想我在Destroy之前不是cancel了吗？为什么还是停不掉AsyncTask?后来发现虽然我在onDestroy中 cancel掉这个AsyncTask,取消了这个异步加载,但是在AsyncTask中的isCanceled的值是一直没变,默认false ,即不关闭。还需要在异步任务中及时进行分步判断。最后还有一个值得关注的事情,内存泄露. 如果AsyncTask被声明为Activity的非静态的内部类,那么AsyncTask会保留一个对创建了AsyncTask的Activity的引用.如果Activity已经被销毁,AsyncTask的后台线程还在执行,它将继续在内存里保留这个引用,导致Activity无法被回收,引起内存泄露。
