热门标签 | HotTags
当前位置:  开发笔记 > 开发工具 > 正文

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

这篇文章主要介绍了详解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方法请求了,然后我们看一下startPausingLocked方法的实现:

final boolean startPausingLocked(boolean userLeaving, boolean uiSleeping, boolean resuming, boolean dontWait) {
  ...
   try {
    EventLog.writeEvent(EventLogTags.AM_PAUSE_ACTIVITY,
      prev.userId, System.identityHashCode(prev),
      prev.shortComponentName);
    mService.updateUsageStats(prev, false);
    prev.app.thread.schedulePauseActivity(prev.appToken, prev.finishing,
      userLeaving, prev.configChangeFlags, dontWait);
   } catch (Exception e) {
    // Ignore exception, if process died other code will cleanup.
    Slog.w(TAG, "Exception thrown during pause", e);
    mPausingActivity = null;
    mLastPausedActivity = null;
    mLastNoHistoryActivity = null;
   }
  ...
 }

这样从应用程序调用finish方法,ActivityManagerService接收请求并执行startPausingLocked方法。

二:执行当前Activity的onPause方法

IApplicationThread.schedulePauseActivity()
ActivityThread.schedulePauseActivity()
ActivityThread.sendMessage()
ActivityThread.H.sendMessage()
ActivityThread.H.handleMessage()
ActivityThread.handlePauseActivity()
ActivityThread.performPauseActivity()
Instrumentation.callActivityOnPause()
Activity.performPause()
Activity.onPause()
ActivityManagerNative.getDefault().activityPaused()
ActivityManagerService.activityPaused()
ActivityStack.activityPausedLocked()
ActivityStack.completePauseLocked()

在方法startPausingLocked中我们调用了:prev.app.thread.schedulePauseActivity这里实际上调用的是IApplicationThread的schedulePauseActivity方法,IApplicationThread也是一个Binder对象,它是ActivityThread中ApplicationThread的Binder client端,所以最终会调用的是ApplicationThread的schedulePauseActivity方法,好吧我们看一下ActivityThread的schedulePauseActivity方法的具体实现:

public final void schedulePauseActivity(IBinder token, boolean finished, boolean userLeaving, int configChanges, boolean dontReport) {
 sendMessage(
  finished ? H.PAUSE_ACTIVITY_FINISHING : H.PAUSE_ACTIVITY,
  token, (userLeaving ? 1 : 0) | (dontReport ? 2 : 0),
     configChanges);
}

然后调用了ActivityThread的sendMessage方法:

private void sendMessage(int what, Object obj, int arg1, int arg2) {
  sendMessage(what, obj, arg1, arg2, false);
 }

然后又回调了sendMessage的重载方法。。

private void sendMessage(int what, Object obj, int arg1, int arg2, boolean async) {
  if (DEBUG_MESSAGES) Slog.v(
   TAG, "SCHEDULE " + what + " " + mH.codeToString(what)
   + ": " + arg1 + " / " + obj);
  Message msg = Message.obtain();
  msg.what = what;
  msg.obj = obj;
  msg.arg1 = arg1;
  msg.arg2 = arg2;
  if (async) {
   msg.setAsynchronous(true);
  }
  mH.sendMessage(msg);
 }

最终调用mH发送异步消息,然后在mH的handleMessge方法中处理异步消息并调用handlePauseActivity方法:

private void handlePauseActivity(IBinder token, boolean finished,
   boolean userLeaving, int configChanges, boolean dontReport) {
  ActivityClientRecord r = mActivities.get(token);
  if (r != null) {
   //Slog.v(TAG, "userLeaving=" + userLeaving + " handling pause of " + r);
   if (userLeaving) {
    performUserLeavingActivity(r);
   }

   r.activity.mConfigChangeFlags |= configChanges;
   performPauseActivity(token, finished, r.isPreHoneycomb());

   // Make sure any pending writes are now committed.
   if (r.isPreHoneycomb()) {
    QueuedWork.waitToFinish();
   }

   // Tell the activity manager we have paused.
   if (!dontReport) {
    try {
     ActivityManagerNative.getDefault().activityPaused(token);
    } catch (RemoteException ex) {
    }
   }
   mSomeActivitiesChanged = true;
  }
 }

好吧,这里回调了performPauseActivity方法,上篇文章中我们已经分析过了这段代码:

performPauseActivity()
Instrumentation.callActivityOnPause()
Activity.performPause()
Activity.onPause()

这样我们就回调了第一个生命周期方法:onPause。。。

在handlePauseActivity方法中我们调用了ActivityManagerNative.getDefault().activityPaused(token)方法,好吧又是回调ActivityManagerService的方法,这样最终会调用ActivityManagerService的activityPaused方法:

@Override
 public final void activityPaused(IBinder token) {
  final long origId = Binder.clearCallingIdentity();
  synchronized(this) {
   ActivityStack stack = ActivityRecord.getStackLocked(token);
   if (stack != null) {
    stack.activityPausedLocked(token, false);
   }
  }
  Binder.restoreCallingIdentity(origId);
 }

这样,我们继续看一下activityPausedLocked方法的实现:

final void activityPausedLocked(IBinder token, boolean timeout) {
  ...
  completePauseLocked(true);
  ...
}

里面又经过一系列的逻辑判断之后,开始执行completePauseLocked方法:

private void completePauseLocked(boolean resumeNext) {
 ...     mStackSupervisor.resumeTopActivitiesLocked(topStack, null, null);
 ...
 }

这样栈顶Activity的onPause操作就执行完成了,接下来就就是开始执行上一个Activity的onResume操作了。。。

三:执行上一个Activity的onResume操作

这样调用了ActivityStackSupervisor.resumeTopActivitiesLocked方法。。,又开始调用这个方法,通过上一篇文章的介绍,我们知道这个方法实际上是执行Activity的初始化,我们看一下其具体的调用过程:

ActivityStack.resumeTopActivityLocked()
ActivityStack.resumeTopInnerLocked()
IApplicationThread.scheduleResumeActivity()
ActivityThread.scheduleResumeActivity()
ActivityThread.sendMessage()
ActivityTherad.H.sendMessage()
ActivityThread.H.handleMessage()
ActivityThread.H.handleResumeMessage()
Activity.performResume()
Activity.performRestart()
Instrumentation.callActivityOnRestart()
Activity.onRestart()
Activity.performStart()
Instrumentation.callActivityOnStart()
Activity.onStart()
Instrumentation.callActivityOnResume()
Activity.onResume()

好吧,这个过程其实上一篇文章中已经做了介绍,这里不做过多的分析了,通过这样调用过程我们最终执行了当前栈顶Activity上一个Activity的onRestart方法,onStart方法,onResume方法等,下面我们将调用栈顶Activity的onStop方法,onDestory方法。

四:执行栈顶Activity的销毁操作

Looper.myQueue().addIdleHandler(new Idler())
ActivityManagerNative.getDefault().activityIdle()
ActivityManagerService.activityIdle()
ActivityStackSupervisor.activityIdleInternalLocked()
ActivityStack.destroyActivityLocked()
IApplicationThread.scheduleDestoryActivity()
ActivityThread.scheduleDestoryActivity()
ActivityThread.sendMessage()
ActivityThread.H.sendMessage()
ActivityThread.H.handleMessage()
ActivityThread.handleDestoryActivity()
ActivityThread.performDestoryActivity()
Activity.performStop()
Instrumentation.callActivityOnStop()
Activity.onStop()
Instrumentation.callActivityOnDestory()
Activity.performDestory()
Acitivity.onDestory()
ActivityManagerNative.getDefault().activityDestoryed()
ActivityManagerService.activityDestoryed()
ActivityStack.activityDestoryedLocked()

我们在ActivityThread.handleResumeActivity方法中调用了Looper.myQueue().addIdleHandler(new Idler()),下面看一下这个方法的实现:

private class Idler implements MessageQueue.IdleHandler {
  @Override
  public final boolean queueIdle() {
   ActivityClientRecord a = mNewActivities;
   boolean stopProfiling = false;
   if (mBoundApplication != null && mProfiler.profileFd != null
     && mProfiler.autoStopProfiler) {
    stopProfiling = true;
   }
   if (a != null) {
    mNewActivities = null;
    IActivityManager am = ActivityManagerNative.getDefault();
    ActivityClientRecord prev;
    do {
     if (localLOGV) Slog.v(
      TAG, "Reporting idle of " + a +
      " finished=" +
      (a.activity != null && a.activity.mFinished));
     if (a.activity != null && !a.activity.mFinished) {
      try {
       am.activityIdle(a.token, a.createdConfig, stopProfiling);
       a.createdCOnfig= null;
      } catch (RemoteException ex) {
       // Ignore
      }
     }
     prev = a;
     a = a.nextIdle;
     prev.nextIdle = null;
    } while (a != null);
   }
   if (stopProfiling) {
    mProfiler.stopProfiling();
   }
   ensureJitEnabled();
   return false;
  }
 }

内部有一个queueIdle的回调方法,当它被添加到MessageQueue之后就会回调该方法,我们可以发现在这个方法体中调用了ActivityManagerNative.getDefault.activityIdle方法,通过上一篇文章以及上面的讲解,我们应该知道这了最终调用的是ActivityManagerService.activityIdle方法,好吧,这里看一下activityIdle方法的具体实现:

public final void activityIdle(IBinder token, Configuration config, boolean stopProfiling) {
  final long origId = Binder.clearCallingIdentity();
  synchronized (this) {
   ActivityStack stack = ActivityRecord.getStackLocked(token);
   if (stack != null) {
    ActivityRecord r =
      mStackSupervisor.activityIdleInternalLocked(token, false, config);
    if (stopProfiling) {
     if ((mProfileProc == r.app) && (mProfileFd != null)) {
      try {
       mProfileFd.close();
      } catch (IOException e) {
      }
      clearProfilerLocked();
     }
    }
   }
  }
  Binder.restoreCallingIdentity(origId);
 }

可以发现这里又调用了ActivityStackSupervisor.activityIdleInternalLocked方法,然后我们看一下activityIdleInternalLocked方法的具体实现:

final ActivityRecord activityIdleInternalLocked(final IBinder token, boolean fromTimeout, Configuration config) {
 .... 
 stack.destroyActivityLocked(r, true, "finish-idle");
 .... 
}

可以看到这里调用ActivityStack.destroyActivityLocked方法,可以看一下其具体实现:

final boolean destroyActivityLocked(ActivityRecord r, boolean removeFromApp, String reason) {
  ...
  r.app.thread.scheduleDestroyActivity(r.appToken, r.finishing, r.configChangeFlags);
  ...  
}

好吧,这里又开始执行IApplicationThread.scheduleDestoryActivity方法,上文已经做了说明这里最终调用的是ActivityThread.scheduleDestroyActivity方法,好吧,看一下ActivityThread.scheduleDestryActivity方法的实现:

public final void scheduleDestroyActivity(IBinder token, boolean finishing, int configChanges) {
 sendMessage(H.DESTROY_ACTIVITY, token, finishing ? 1 : 0,
     configChanges);
}

这里有开始执行sendMessage方法,通过一系列的调用sendMessage方法最终调用了handleDestroyActivity方法:

private void handleDestroyActivity(IBinder token, boolean finishing,
   int configChanges, boolean getNonConfigInstance) {
  ActivityClientRecord r = performDestroyActivity(token, finishing,
    configChanges, getNonConfigInstance);
  if (r != null) {
   cleanUpPendingRemoveWindows(r);
   WindowManager wm = r.activity.getWindowManager();
   View v = r.activity.mDecor;
   if (v != null) {
    if (r.activity.mVisibleFromServer) {
     mNumVisibleActivities--;
    }
    IBinder wtoken = v.getWindowToken();
    if (r.activity.mWindowAdded) {
     if (r.onlyLocalRequest) {
      // Hold off on removing this until the new activity's
      // window is being added.
      r.mPendingRemoveWindow = v;
      r.mPendingRemoveWindowManager = wm;
     } else {
      wm.removeViewImmediate(v);
     }
    }
    if (wtoken != null && r.mPendingRemoveWindow == null) {
     WindowManagerGlobal.getInstance().closeAll(wtoken,
       r.activity.getClass().getName(), "Activity");
    }
    r.activity.mDecor = null;
   }
   if (r.mPendingRemoveWindow == null) {
    // If we are delaying the removal of the activity window, then
    // we can't clean up all windows here. Note that we can't do
    // so later either, which means any windows that aren't closed
    // by the app will leak. Well we try to warning them a lot
    // about leaking windows, because that is a bug, so if they are
    // using this recreate facility then they get to live with leaks.
    WindowManagerGlobal.getInstance().closeAll(token,
      r.activity.getClass().getName(), "Activity");
   }

   // Mocked out contexts won't be participating in the normal
   // process lifecycle, but if we're running with a proper
   // ApplicationContext we need to have it tear down things
   // cleanly.
   Context c = r.activity.getBaseContext();
   if (c instanceof ContextImpl) {
    ((ContextImpl) c).scheduleFinalCleanup(
      r.activity.getClass().getName(), "Activity");
   }
  }
  if (finishing) {
   try {
    ActivityManagerNative.getDefault().activityDestroyed(token);
   } catch (RemoteException ex) {
    // If the system process has died, it's game over for everyone.
   }
  }
  mSomeActivitiesChanged = true;
 }

可以看到这里调用了performDestroyActivity方法,用来执行Avtivity的onDestroy方法:

private ActivityClientRecord performDestroyActivity(IBinder token, boolean finishing,
   int configChanges, boolean getNonConfigInstance) {
  ...  
  r.activity.performStop();
  ...
  mInstrumentation.callActivityOnDestroy(r.activity);
  ...
 }

然后调用了Activity.performStop()方法,查看performStop方法:

final void performStop() {
  ...
  mInstrumentation.callActivityOnStop(this);
  ...
}

然后调用了Instrumentation.callActivityOnStop()方法:

public void callActivityOnStop(Activity activity) {
  activity.onStop();
 }

好吧,终于调用了Activity的onStop方法。。。

我们继续看一下Instrumentation.callActivityOnDestroy()。。。。又是通过Instrumentation来调用Activity的onDestroy方法:

public void callActivityOnDestroy(Activity activity) {
 ...
 activity.performDestroy();
 ...
}

然后看一下Activity的performDestroy()方法的实现:

final void performDestroy() {
  mDestroyed = true;
  mWindow.destroy();
  mFragments.dispatchDestroy();
  onDestroy();
  mFragments.doLoaderDestroy();
  if (mVoiceInteractor != null) {
   mVoiceInteractor.detachActivity();
  }
 }

O(∩_∩)O哈哈~,终于回调了Activity的onDestroy方法。。。。

总结:

Activity的销毁流程是从finish方法开始的

Activity销毁过程是:onPause –> onRestart –> onStart –> onResume –> onStop –> onDestroy

Activity的销毁流程是ActivityThread与ActivityManagerService相互配合销毁的

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。


推荐阅读
  • 基于layUI的图片上传前预览功能的2种实现方式
    本文介绍了基于layUI的图片上传前预览功能的两种实现方式:一种是使用blob+FileReader,另一种是使用layUI自带的参数。通过选择文件后点击文件名,在页面中间弹窗内预览图片。其中,layUI自带的参数实现了图片预览功能。该功能依赖于layUI的上传模块,并使用了blob和FileReader来读取本地文件并获取图像的base64编码。点击文件名时会执行See()函数。摘要长度为169字。 ... [详细]
  • 搭建Windows Server 2012 R2 IIS8.5+PHP(FastCGI)+MySQL环境的详细步骤
    本文详细介绍了搭建Windows Server 2012 R2 IIS8.5+PHP(FastCGI)+MySQL环境的步骤,包括环境说明、相关软件下载的地址以及所需的插件下载地址。 ... [详细]
  • 本文讨论了Alink回归预测的不完善问题,指出目前主要针对Python做案例,对其他语言支持不足。同时介绍了pom.xml文件的基本结构和使用方法,以及Maven的相关知识。最后,对Alink回归预测的未来发展提出了期待。 ... [详细]
  • 本文介绍了C#中生成随机数的三种方法,并分析了其中存在的问题。首先介绍了使用Random类生成随机数的默认方法,但在高并发情况下可能会出现重复的情况。接着通过循环生成了一系列随机数,进一步突显了这个问题。文章指出,随机数生成在任何编程语言中都是必备的功能,但Random类生成的随机数并不可靠。最后,提出了需要寻找其他可靠的随机数生成方法的建议。 ... [详细]
  • 本文介绍了在Hibernate配置lazy=false时无法加载数据的问题,通过采用OpenSessionInView模式和修改数据库服务器版本解决了该问题。详细描述了问题的出现和解决过程,包括运行环境和数据库的配置信息。 ... [详细]
  • Win10下游戏不能全屏的解决方法及兼容游戏列表
    本文介绍了Win10下游戏不能全屏的解决方法,包括修改注册表默认值和查看兼容游戏列表。同时提供了部分已经支持Win10的热门游戏列表,帮助玩家解决游戏不能全屏的问题。 ... [详细]
  • 如何在联想win10专业版中修改账户名称
    本文介绍了在联想win10专业版中修改账户名称的方法,包括在计算机管理中找到要修改的账户,通过重命名来修改登录名和属性来修改显示名称。同时指出了windows10家庭版无法使用此方法的限制。 ... [详细]
  • 本文讨论了如何优化解决hdu 1003 java题目的动态规划方法,通过分析加法规则和最大和的性质,提出了一种优化的思路。具体方法是,当从1加到n为负时,即sum(1,n)sum(n,s),可以继续加法计算。同时,还考虑了两种特殊情况:都是负数的情况和有0的情况。最后,通过使用Scanner类来获取输入数据。 ... [详细]
  • Windows下配置PHP5.6的方法及注意事项
    本文介绍了在Windows系统下配置PHP5.6的步骤及注意事项,包括下载PHP5.6、解压并配置IIS、添加模块映射、测试等。同时提供了一些常见问题的解决方法,如下载缺失的msvcr110.dll文件等。通过本文的指导,读者可以轻松地在Windows系统下配置PHP5.6,并解决一些常见的配置问题。 ... [详细]
  • 电脑公司win7剪切板位置及使用方法
    本文介绍了电脑公司win7剪切板的位置和使用方法。剪切板一般位于c:\windows\system32目录,程序名为clipbrd.exe。通过在搜索栏中输入cmd打开命令提示符窗口,并输入clip /?即可调用剪贴板查看器。赶紧来试试看吧!更多精彩文章请关注本站。 ... [详细]
  • Metasploit攻击渗透实践
    本文介绍了Metasploit攻击渗透实践的内容和要求,包括主动攻击、针对浏览器和客户端的攻击,以及成功应用辅助模块的实践过程。其中涉及使用Hydra在不知道密码的情况下攻击metsploit2靶机获取密码,以及攻击浏览器中的tomcat服务的具体步骤。同时还讲解了爆破密码的方法和设置攻击目标主机的相关参数。 ... [详细]
  • 本文介绍了C#中数据集DataSet对象的使用及相关方法详解,包括DataSet对象的概述、与数据关系对象的互联、Rows集合和Columns集合的组成,以及DataSet对象常用的方法之一——Merge方法的使用。通过本文的阅读,读者可以了解到DataSet对象在C#中的重要性和使用方法。 ... [详细]
  • 本文介绍了OC学习笔记中的@property和@synthesize,包括属性的定义和合成的使用方法。通过示例代码详细讲解了@property和@synthesize的作用和用法。 ... [详细]
  • Mac OS 升级到11.2.2 Eclipse打不开了,报错Failed to create the Java Virtual Machine
    本文介绍了在Mac OS升级到11.2.2版本后,使用Eclipse打开时出现报错Failed to create the Java Virtual Machine的问题,并提供了解决方法。 ... [详细]
  • win10系统搭建Java开发环境的操作方法
    本文介绍了win10系统搭建Java开发环境的详细操作方法,包括下载Windows10系统和Java SE,安装Java开发环境,设置变量等步骤。操作简单,只需按照指导进行即可。 ... [详细]
author-avatar
手机用户2502935255
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有