activity直接销毁_详解Android.activity销毁流程的工作原理

继续我们的源码解析,上一篇文章我们介绍了Activity的启动流程,一个典型的场景就是Activity a 启动了一个Activity b,他们的生命周期回调方法是:

onPause(a) –> onCreate(b) –> onStart(b) –> onResume(b) –> onStop(a)

而我们根据源码也验证了这样的生命周期调用序列,那么Activity的销毁流程呢?它的生命周期的调用顺序又是这样的呢?

这里我们我做一个简单的demo,让一个Activity a启动Activity b,然后在b中调用finish()方法,它们的生命周期执行顺序是:

onPause(b)

onRestart(a)

onStart(a)

onResume(a)

onStop(b)

onDestory(b)

好吧,根据我们测试的生命周期方法的回调过程开始对Activity销毁流程的分析,一般而言当我们需要销毁Activity的时候都会调用其自身的finish方法,所以我们的流程开始是以finish方法开始的。

一:请求销毁当前Activity

MyActivity.finish()

Activity.finish()

ActivityManagerNative.getDefault().finishActivity()

ActivityManagerService.finishActivity()

ActivityStack.requestFinishActivityLocked()

ActivityStack.finishActivityLocked()

ActivityStack.startPausingLocked()

首先我们在自己的Activity调用了finish方法,它实际上调用的是Activity的finish方法:

public void finish() {

finish(false);

}

然后我们可以发现其调用了finish方法的重载方法,并且传递了一个参数值:

private void finish(boolean finishTask) {

if (mParent == null) {

int resultCode;

Intent resultData;

synchronized (this) {

resultCode = mResultCode;

resultData = mResultData;

}

if (false) Log.v(TAG, "Finishing self: token=" + mToken);

try {

if (resultData != null) {

resultData.prepareToLeaveProcess();

}

if (ActivityManagerNative.getDefault()

.finishActivity(mToken, resultCode, resultData, finishTask)) {

mFinished = true;

}

} catch (RemoteException e) {

// Empty

}

} else {

mParent.finishFromChild(this);

}

}

好吧,这个参数值似乎并没什么用。。。这里就不在讨论了,然后调用了ActivityManagerNative.getDefault().finishActivity方法,好吧,根据上一篇文章的介绍,我们知道了ActivityManagerNative是一个Binder对象,这里调用的方法最终会被ActivityManagerService执行,所以这了的finishActivity最终被执行的是ActivityManagerService.finishActivity方法,好吧,我们来看一下ActivityManagerService的finishActivity方法的执行逻辑。。。

@Override

public final boolean finishActivity(IBinder token, int resultCode, Intent resultData, boolean finishTask) {

...

res = tr.stack.requestFinishActivityLocked(token, resultCode,resultData, "app-request", true);

...

}

这里我们可以发现,经过一系列逻辑判断之后,最终调用了ActivityStack的requestFinishActivityLocked方法,这里应该就是执行finish Activity的逻辑了。

final boolean requestFinishActivityLocked(IBinder token, int resultCode,

Intent resultData, String reason, boolean oomAdj) {

ActivityRecord r = isInStackLocked(token);

if (DEBUG_RESULTS || DEBUG_STATES) Slog.v(TAG_STATES,

"Finishing activity token=" + token + " r="

+ ", result=" + resultCode + ", data=" + resultData

+ ", reason=" + reason);

if (r == null) {

return false;

}

finishActivityLocked(r, resultCode, resultData, reason, oomAdj);

return true;

}

这个方法体里面又调用了finishActivityLocked方法,那我们继续看一下finishActivityLocked方法的实现:

final boolean finishActivityLocked(ActivityRecord r, int resultCode, Intent resultData,

String reason, boolean oomAdj) {

...

startPausingLocked(false, false, false, false);

...

return false;

}

好吧,在这里调用了startPausingLocked方法,看名字应该是开始要执行Activity的onPause方法请求了,然后我们看一下startPausingLock

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值