Activity 的 isFinishing()、isDestroy() 分析

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Gdeer/article/details/88553938

结论：

isFinishing() 用于判断 Activity 是否正在 finish。
isDestroy() 用于判断 Activity 是否已经 destroy。
isFinishing() 返回 true 后 isDestroy() 才会返回 true。

一、isFinishing()

如注释所说，isFinishing 可以用在 onPause 中判断，该 Activity 是单纯的 pause，还是正在 finish。

isFinishing 只是简单地返回 mFinished 的值，而 mfinished 在 finish() 方法中被赋值。

二、isDestroy()

isDestroy() 也只是返回 mDestroyed 的值。

mDestroyed 在 performDestroy() 中被赋值，在 onDestroy 执行前赋值。

三、分析

看一下 Activity finish 的流程：

finish//【Activity】
    ActivityManagerNative.getDefault().finishActivity//【AMS】
        tr.stack.requestFinishActivityLocked//【ActivityStack】
        finishActivityLocked
        finishCurrentActivityLocked
        destroyActivityLocked
            r.app.thread.scheduleDestroyActivity//【ApplicationThread】                        
                handleDestroyActivity//【ActivityThread】
                performDestroyActivity
                    mInstrumentation.callActivityOnDestroy//【Instrumentation】
performDestroy//【Activity】
onDestroy

从上面 finish() 的源码可以看出，当 ActivityManagerNative.getDefault().finishActivity 方法返回 true 后，mFinished 会被赋值。

在 finishActivity 内会调用 requestFinishActivityLocked，requestFinishActivityLocked 内会调 finishActivityLocked，finishActivityLocked 执行完后，requestFinishActivityLocked 就会返回 true。

finishActivityLocked 内会调用 r.app.thread.scheduleDestroyActivity，所以 r.app.thread.scheduleDestroyActivity 执行完后，mFinished 就被赋为 true。

而 mDestroyed 会在 r.app.thread.scheduleDestroyActivity 执行后，转移到主线程的 handler 里再进行一些操作后才被赋为 true。

所以，mFinished 为 true 比 isDestroyed 为 true 要早。即 isFinishing() 返回 true 后 isDestroy() 才会返回 true。

逻辑上讲也是这样，先进行 finishing，然后才能 destroyed。

当需要使用 Activity 时，判断 activity != null && !activity.isFinishing() 即可。