Android AsyncTask问题

前段时间在做一个应用，android 判断网络连接问题，网络连接不上的时候弹出提示框；问题是退出应用再一次进入时应用就直接挂掉了；报错：android.view.WindowManager$BadTokenException: Unable to add window ....; is your activity running?

百度了下这个错误。

1，错误分析：

从错误信息我们也可以明白其原因，此问题根本原因就是由于将要弹出的dialog所要依附的View已经不存在导致的。

2，什么地方可能照成此问题：当界面销毁后再弹出来；或者界面跳转时我们的view发生改变，dialog依附的context发生变化或者界面未运行了。

此外，很多时候我们需要通过一个非组件类来调用一个view类的方法来弹出dialog或Toast，这样就需要再提供一个静态context来创建这个dialog或者Toast

例如我们在一个view中通过一个静态类来弹出一个对话框：AlertDialog.Builder builder = new AlertDialog.Builder(mContextNew);当然并不是所有静态context都是可以用来创建dialog的，例如***App().getApplication().getApplicationContext()这个context就不行，因为它并不代表哪一个Activity或者View。。这样就无法add这个dialog。

此view用于绑定显示数据，我们在其构造方法中初始化一个静态变量mContextNew为此view的mContext。这样我们就可以通过一个静态类来弹出对话框了，只需传入这个静态的context（mContextNew）就可以了。。但是这个静态的context如果只在构造方法中初始化的话是会存在问题的，因为如果另起了一个界面其绑定数据的view也是用的这个view那么这个静态context就会被重新修改。。因此当这个新的界面finish后返回到上次的界面，这个静态的context是刚才已经finish的view的context。因此如果仍然传入这个静态变量通过一个静态类来弹出对话框就会出现上述找不到window的错误了。

解决办法：

对于tab页出现的错误可以用其父类的context来弹出dialog；对于界面已经销毁引起的错误就只能判断界面是否存在然后再弹出了；对于利用静态context来弹出的dialog可以通过规避的方式来解决，比如避免出现静态context被修改。。但是这样就可能限制了我们程序的功能。。因此我们可以通过在bind数据时时时更新这个静态context就可以解决此问题了，这样就可以保证这个静态的context在任何view中都是当前的界面的view的context。就不会出现找不到其父类window了。

这个这个思路尝试进行解决，发现依旧存在问题；最终请教大神，才发现我报错的根本原因是在AsyncTask上！！！因为我的应用里存在两个AsyncTask，两个中只要有一个失败都是要弹出那个Dialog，这就存在线程问题了。。。

后来我百度了下AsyncTask，发现其果真存在很多问题，问题见下：

关于AsyncTask存在一个这样广泛的误解，很多人认为一个在Activity中的AsyncTask会随着Activity的销毁而销毁。然后事实并非如此。AsyncTask会一直执行doInBackground()方法直到方法执行结束。一旦上述方法结束，会依据情况进行不同的操作。

• 如果cancel(boolean)调用了，则执行onCancelled(Result)方法
• 如果cancel(boolean)没有调用，则执行onPostExecute(Result)方法

AsyncTask的cancel方法需要一个布尔值的参数，参数名为mayInterruptIfRunning,意思是如果正在执行是否可以打断,如果这个值设置为true，表示这个任务可以被打断，否则，正在执行的程序会继续执行直到完成。如果在doInBackground()方法中有一个循环操作，我们应该在循环中使用isCancelled()来判断，如果返回为true，我们应该避免执行后续无用的循环操作。

总之，我们使用AsyncTask需要确保AsyncTask正确地取消。

不好好工作的cancel()

简而言之的答案，有时候起作用。

如果你调用了AsyncTask的cancel(false)，doInBackground()仍然会执行到方法结束，只是不会去调用onPostExecute()方法。但是实际上这是让应用程序执行了没有意义的操作。那么是不是我们调用cancel(true)前面的问题就能解决呢？并非如此。如果mayInterruptIfRunning设置为true，会使任务尽早结束，但是如果的doInBackground()有不可打断的方法会失效，比如这个BitmapFactory.decodeStream() IO操作。但是你可以提前关闭IO流并捕获这样操作抛出的异常。但是这样会使得cancel()方法没有任何意义。

内存泄露

还有一种常见的情况就是，在Activity中使用非静态匿名内部AsyncTask类，由于Java内部类的特点，AsyncTask内部类会持有外部类的隐式引用。详细请参考细话Java：”失效”的private修饰符,由于AsyncTask的生命周期可能比Activity的长，当Activity进行销毁AsyncTask还在执行时，由于AsyncTask持有Activity的引用，导致Activity对象无法回收，进而产生内存泄露。

结果丢失

另一个问题就是在屏幕旋转等造成Activity重新创建时AsyncTask数据丢失的问题。当Activity销毁并创新创建后，还在运行的AsyncTask会持有一个Activity的非法引用即之前的Activity实例。导致onPostExecute()没有任何作用。

串行还是并行

关于AsyncTask时串行还是并行有很多疑问，这很正常，因为它经过多次的修改。如果你并不明白什么时串行还是并行，可以通过接下来的例子了解，假设我们在一个方法体里面有如下两行代码

 

1 2	new AsyncTask1().execute(); new AsyncTask2().execute();

 

上面的两个任务时同时执行呢，还是AsyncTask1执行结束之后，AsyncTask2才能执行呢？实际上是结果依据API不同而不同。

那么问题来了，如果我们在同一个Activity中存在两个AsyncTask时要怎么办呢？此时判断情况可分为两种；一，两个Task都成功，这个接下来的处理美什么问题，就不说了；

二， 一个或两个TASK失败，那么我们只对失败的Task重新execute；（注意为了方便区分两个task，Handler发出的Message要表示成不同的哦！）