上篇《坑爹的AsyncTask之内存泄露》已经简单的探讨过线程使用不当会造成内存泄露的问题，在Activity中如果一个线程超出了Activity的生命周期是极有可能发生内存泄露的，那简单来说我们不让线程的生命周期长于Activity就能从根本上解决这个问题。我们今天探讨的主题就是如何让一个Run起来的线程去stop。
听起来有点不可思议，因为JAVA语言中并没有提供相应的API来停止一个正在运行的线程，再来看看我们Android中的“无忧线程”AsyncTask，源码看下来找到一个cancel（）方法，看起来似乎是用来cancel当前线程的，写个demo测试下究竟，结果发现这货根本不靠谱。不可能啊，难道Android会提供不靠谱的API给开发者用嘛，回头再来看看cancel（）方法的API说明
* <p>Calling this method will result in {@link #onCancelled(Object)} being
* invoked on the UI thread after {@link #doInBackground(Object[])}
* returns. Calling this method guarantees that {@link #onPostExecute(Object)}
* is never invoked. After invoking this method, you should check the
* value returned by {@link #isCancelled()} periodically from
* {@link #doInBackground(Object[])} to finish the task as early as
* possible.</p >
这段注释大概是说，如果调用cancel（）方法，它不会立即执行，只有当doInBackground()方法执行完有返回值之后，会在UI主线程调用cancel（），同时也会间接的调用iscancelled（）， 并且返回true ，这个时候就不会再调onPostExecute（），然后在doInBackground（）里定期检查iscancelled（）方法的返回值，是否被cancel，如果return true，就尽快停止。从这段注释里我们似乎发现cancel（）方法本身就不太靠谱，因为它的调用在doInBackground（）之后执行，假如我就想在doInBackground（）里停止当前线程是不是就没有办法了，不保险加不靠谱，我们通过cancel（）方法终止线程的想法显然走不通。
但是这段注释似乎给了我们一些启示，可以通过定期检查返回值的方法来判断是否需要停止当前线程。我们要知道在java中，是没有提供相关API来停止一个正在运行中的线程，而Android的AsyncTask也是一样的。如果必须要停止一个线程，我们可以合理利用Java中的Exception，让这个线程在检查到自己需要被停止的时候抛出异常，然后线程就不会再继续执行了，那怎么操作呢，我们可以在这个线程中的耗时操作中设置一些flag，也就是AsyncTask的doInBackground方法中的某些关键步骤。然后在外层需要终止此线程的地方改变这个flag值，线程中的耗时代码一步步执行，当某一时刻发现flag的值变了，throwException，线程就不会再继续执行了。为了保险起见，在外层我们还要捕获这个异常，进行相应处理。
看到这里你是否对这个粗暴的暂停办法留有疑问呢？这样做安全吗，如此粗暴的直接打断AsyncTask真的好么？关于安全问题，如果是在主线程上发生有未处理的异常，将直接导致整个进程终止，简单说就是要用程序fc。但是我们是在AsyncTask的doInBackground方法中打断线程的，doInBackground方法是子线程，子线程被发生异常后会自己死掉而不会引起其他问题，更不会影响到主线程，更何况我们为了更加安全还捕获了异常并做处理，所以这个办法还是安全的，亲测有效。
我们找到了停止Running线程的办法，那么下次只要在Activity生命周期结束之前也结束掉线程的生命，就可以让你的应用程序更加安全健壮了。
如有刊误，欢迎指正。
