android view销毁回调,Activity/Fragment结束时处理异步回调的解决方案

头疼的IllegalArgumentException

在Android开发的过程中，涉及到与UI相关的操作只能在主线程执行，否则就会抛出以下异常：

android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.

当然这属于基本常识，也不是本文讨论的重点，但后续的所有讨论都围绕这一基本常识进行。在开发Android应用时，如果所有的代码都在主线程执行，很容易就会出现ANR，并且Android在4.0以后已经禁止在主线程中执行网络请求，因此或多或少地需要与多线程打交道。无论是使用当前热火朝天的OkHttp(Retrofit)，还是使用过时的Volley或者Android-Async-Http，它们都支持异步请求。这些异步请求的请求流程一般如下：

主线程发起请求

->网络框架开启工作线程进行网络请求

->工作线程拿到请求结果

->将请求结果通过Handler返回主线程

->主线程更新UI，完成一次网络请求

这个流程看似正常，实则暗含危机。下面的崩溃就是其中一个例子。

java.lang.IllegalArgumentException: View=com.android.internal.policy.impl.PhoneWindow$DecorView{24e9c19a V.E..... R......D 0,0-1026,348} not attached to window manager

at android.view.WindowManagerGlobal.findViewLocked(WindowManagerGlobal.java:403)

at android.view.WindowManagerGlobal.removeView(WindowManagerGlobal.java:322)

at android.view.WindowManagerImpl.removeViewImmediate(WindowManagerImpl.java:84)

at android.app.Dialog.dismissDialog(Dialog.java:368)

at android.app.Dialog.dismiss(Dialog.java:351)

at com.kaola.spring.ui.kaola.AvatarNicknameSetActivity.e(Unknown Source)

at com.kaola.spring.ui.kaola.AvatarNicknameSetActivity.c(Unknown Source)

at com.kaola.spring.ui.kaola.d.a(Unknown Source)

at com.kaola.common.c.d$b.handleMessage(Unknown Source)

at android.os.Handler.dispatchMessage(Handler.java:102)

at android.os.Looper.loop(Looper.java:135)

at android.app.ActivityThread.main(ActivityThread.java:5539)

at java.lang.reflect.Method.invoke(Native Method)

at java.lang.reflect.Method.invoke(Method.java:372)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:960)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:755)

这个崩溃是怎么发生的呢？原因很简单，工作线程执行网络请求，如果这个请求执行的时间过久(由于网络延迟等原因)，Activity或者Fragment已经不存在了(被销毁了)，而线程并不知道这件事，这时候请求数据结果回来以后，将数据通过Handler抛给了主线程，在异步回调里一般都会执行数据的更新或者进度条的更新等操作，但页面已经不存在了，所以就gg了。。。

目前的解决方案

有人会问，框架设计者怎么会没有考虑到这个问题？实际上他们确实考虑了这个问题。目前来说有两种解决方案：