及时取消代码中的AsyncTask

在一个Activity页面，如果发起了AsyncTask任务，然后页面离开/销毁了，此时如果doInBackground没执行完，会有两个问题：

1， AsyncTask白白消耗资源，结果已经用不上了，因为UI也不在；

2， AsyncTask如果声明为Activity的内部类，会持有Activity这个宿主类，导致Activity内存泄露。

所以一定要在Activity onDestory的时候cancel掉AsyncTask任务。

怎么从一个App的架构层面来约束所有的业务模块都自动做这个事情呢？

1， 自定义一个AutoCancelAsyncTask，继承AsyncTask，定义一个成员变量，叫id。

2， 定义一个TaskManager单例类，维护一个AutoCancelAsyncTask队列。

3， 在AutoCancelAsyncTask的构造方法中，把自己加到TaskManager的队列。

4， 在AutoCancelAsyncTask中重写onCancelled和onPostExcute方法，调用TaskManager的一个方法，这个方法从队列中删除id对应的AutoCancelAsyncTask。

5， 定义BaseActivity，这个类生成一个唯一标识自己的id。

6， 业务Activity都继承BaseActivity，发起的AsyncTask都继承AutoCancelAsyncTask，并传入activity的唯一id给AutoCancelAsyncTask的id。

7， 在BaseActivity的onDestory方法中调用TaskManager的一个方法，这个方法接收当前activity的id，然后遍历队列，找到与传入的id相同的AutoCancelAsyncTask，然后调用其cancel方法。

PS:

1, 如果害怕业务子类重写AutoCancelAsyncTask的onCancelled或者onPostExcute的时候不调用super导致没从队列中删除这个Task，可以final这两个方法，给子类另外留两个接口出来；

2， 假如doInBackground中是个慢操作任务，调用cancel基本都能取消掉提现结束；但如果是个循环，没用！ 所以好的做法是在循环的条件判断中假如this.isCancelled()判断，如果是true，直接break循环。