ActivityStack.java
// 参数 pauseImmediately 是 false
final boolean finishActivityLocked(ActivityRecord r, int resultCode, Intent resultData,
String reason, boolean oomAdj, boolean pauseImmediately) {
if (r.finishing) { // 重复 finish 的情况
return false;
}
mWindowManager.deferSurfaceLayout();
try {
// 标记 r.finishing = true,
// 前面会做重复 finish 的检测就是依赖这个值
r.makeFinishingLocked();
final TaskRecord task = r.getTask();
…
// 暂停事件分发
r.pauseKeyDispatchingLocked();
adjustFocusedActivityStack(r, “finishActivity”);
// 处理 activity result
finishActivityResultsLocked(r, resultCode, resultData);
// mResumedActivity 就是当前 Activity,会进入此分支
if (mResumedActivity == r) {
…
// Tell window manager to prepare for this one to be removed.
r.setVisibility(false);
if (mPausingActivity == null) {
// 开始 pause mResumedActivity
startPausingLocked(false, false, null, pauseImmediately);
}
…
} else if (!r.isState(PAUSING)) {
// 不会进入此分支
…
}
return false;
} finally {
mWindowManager.continueSurfaceLayout();
}
}
调用 finish 之后肯定是要先 pause 当前 Activity,没毛病。接着看 startPausingLocked()
方法。
ActivityStack.java
final boolean startPausingLocked(boolean userLeaving, boolean uiSleeping,
ActivityRecord resuming, boolean pauseImmediately) {
…
ActivityRecord prev = mResumedActivity;
if (prev == null) {
// 没有 onResume 的 Activity,不能执行 pause
if (resuming == null) {
mStackSupervisor.resumeFocusedStackTopActivityLocked();
}
return false;
}
…
mPausingActivity = prev;
// 设置当前 Activity 状态为 PAUSING
prev.setState(PAUSING, “startPausingLocked”);
…
if (prev.app != null && prev.app.thread != null) {
try {
…
// 1. 通过 ClientLifecycleManager 分发生命周期事件
// 最终会向 H 发送 EXECUTE_TRANSACTION 事件
mService.getLifecycleManager().scheduleTransaction(prev.app.thread, prev.appToken,
PauseActivityItem.obtain(prev.finishing, userLeaving,
prev.configChangeFlags, pauseImmediately));
} catch (Exception e) {
mPausingActivity = null;
}
} else {
mPausingActivity = null;
}
…
// mPausingActivity 在前面已经赋值,就是当前 Activity
if (mPausingActivity != null) {
…
if (pauseImmediately) { // 这里是 false,进入 else 分支
completePauseLocked(false, resuming);
return false;
} else {
// 2. 发送一个延时 500ms 的消息,等待 pause 流程一点时间
// 最终会回调 activityPausedLocked() 方法
schedulePauseTimeout(prev);
return true;
}
} else {
// 不会进入此分支
}
}
这里面有两步重点操作。第一步是注释 1 处通过 ClientLifecycleManager 分发生命周期流程。第二步是发送一个延时 500ms 的消息,等待一下 onPause 流程。但是如果第一步中在 500ms 内已经完成了流程,则会取消这个消息。所以这两步的最终逻辑其实是一致的。这里就直接看第一步。
mService.getLifecycleManager().scheduleTransaction(prev.app.thread, prev.appToken,
PauseActivityItem.obtain(prev.finishing, userLeaving,
prev.configChangeFlags, pauseImmediately));
ClientLifecycleManager
我在之前的一篇文章 从源码看 Activity 生命周期(上篇) 做过详细介绍。它会向主线程的 Handler H 发送 EXECUTE_TRANSACTION 事件,调用 XXXActivityItem
的 execute()
和 postExecute()
方法。execute()
方法中会 Binder 调用 ActivityThread
中对应的 handleXXXActivity()
方法。在这里就是 handlePauseActivity()
方法,其中会通过 Instrumentation.callActivityOnPause(r.activity)
方法回调 Activity.onPause()
。
Instrumentation.java
public void callActivityOnPause(Activity activity) {
activity.performPause();
}
到这里,onPause()
方法就被执行了。但是流程没有结束,接着就该显示下一个 Activity 了。前面刚刚说过会调用 PauseActivityItem
的 execute()
和 postExecute()