最近的一次更新中,需要做驗證碼的發送,用到了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無法被回收,引起內存泄露。
