AsyncTask实现倒计时中遇到的问题

最近的一次更新中,需要做验证码的发送,用到了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 {
        public final WeakReference weakReference;
        public MyAsyncTask(MyActivity activity){
            weakReference = new WeakReference(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无法被回收,引起内存泄露。