结论:
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()
即可。