Activity的启动模式分析-之三

最新推荐文章于 2021-12-01 15:15:56 发布

edisonlg

最新推荐文章于 2021-12-01 15:15:56 发布

阅读量1.4k

点赞数

分类专栏： Android 文章标签： email browser android application 文档 web

本文链接：https://blog.csdn.net/edisonlg/article/details/7049435

版权

Android 专栏收录该内容

29 篇文章 0 订阅

订阅专栏

1. Intent中影响Activity启动模式的FLAG

intent.setFlags(Intent.FLAG_ACTIVITY_????);

startActivity(intent);

1. FLAG_ACTIVITY_SINGLE_TOP

Same as"singleTop"。

2. FLAG_ACTIVITY_NO_HISTORY

也可以通过noHistory属性在manifest文件中指定：

<activity android:name=".ActivityB"

android:label="ActivityB"

android:noHistory="true">

</activity>

用于标记Activity是否会留下历史痕迹，即是否会在Activity stack中保留。

3. FLAG_ACTIVITY_NEW_TASK

与“singleTask”的不同在于红色字体：

当使用“FLAG_ACTIVITY_NEW_TASK”启动Activity时，系统首先会检查是否存在与该Activity的taskAffinity相同的task：

1. 如果task存在，直接实例化并入栈。所以，与“singleTask”不同的是，当Activity已经存在时，“FLAG_ACTIVITY_NEW_TASK”不会导致堆栈之上Activity的销毁和onNewIntent()的调用，，而是必定创建一个新的Activity实例。

2. 如果task不存在，那么就重新创建Task，并实例化入栈。

4. FLAG_ACTIVITY_CLEAR_TOP

如果设置，并且这个Activity已经在当前的Task中运行，系统不再重新创建Activity的实例，而是将在这个Activity上方的所有Activity都关闭，然后调用它的onNewIntent()。

需要注意的是如果该Activity的启动模式是默认的“standard”，那么系统会把它先关闭然后重新启动一个新的实例来接收这个Intent。所以一般会和FLAG_ACTIVITY_SINGLE_TOP一起使用，这样的话就不会关闭已有实例，而是直接把这个Intent投递到当前这个实例的onNewIntent()中。

此外，FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_NEW_TASK一起配合使用可以达到“singleTask”的效果。但是，和上面提到的情况一样，还是会有一点不同：如果该Activity的启动模式是默认的“standard”，那么系统会把它先关闭然后重新启动一个新的实例来接收这个Intent.

That's because a new instance isalways created for a new intent when the launch mode is "standard".这是因为系统保证了会为启动模式“standard”的Activity创建一个新的饿实例。

5. FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET

如果设置，将在Task的Activitystack中设置一个还原点，当Task恢复时，需要清理Activity。也就是说，下一次Task带着 FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记进入前台时（典型的操作是用户在主画面重启它），这个Activity和它之上的都将被销毁（销毁的顺序不是按照出栈顺序，而是反序），以至于用户不能再返回到它们，但是可以回到之前的Activity。

如果stack中多个Activity都被设置了该标志位，那么将会以stack中最底部的那个Activity为准。

这在程序有分割点的时候很有用。例如，一个Email应用程序可能有一个操作是查看一个附件，需要启动图片浏览Activity来显示。这个 Activity应该作为Email应用程序Task的一部分，因为这是用户在这个Task中触发的操作。然而，当用户离开这个Task，然后从主画面选择Email应用，我们可能希望回到查看的会话中，但不是查看图片附件，因为这让人困惑。通过在启动图片浏览时设定这个标志，浏览及其它启动的Activity在下次用户返回到Email程序时都将全部清除。

6. FLAG_ACTIVITY_REORDER_TO_FRONT

如果设置，将使已经存在的Activity移动到stack的顶端，并调用onNewIntent()。

如果FLAG_ACTIVITY_CLEAR_TOP标志也设置的话，那么这个标志将被忽略。

假设当前栈中的内容是A，B，C，D，此时在D中通过该方式启动B，流程如下：

ActivityD: ====>onSaveInstanceState()

ActivityD:====> onPause()

ActivityB: ====> onNewIntent()

ActivityB:====> onRestart()

ActivityB:====> onStart()

ActivityB:====> onResume()

ActivityB:====> onPostResume()

ActivityD:====> onStop()

2. manifest中<activity>的allowTaskReparenting属性

<activity android:name=".ActivityB"

android:label="ActivityB"

android:allowTaskReparenting="true">

</activity>

设置为true的作用是，当在应用A中启动了应用B的ActivityB，之后又通过Home键切出应用A，并启动应用B或者是将已经运行在后台的应用B带到前台，那么：

1. 如果将应用B带到前台，那么系统会将应用A中的所有的ActivityB都从堆栈中抽取出来，然后按照原来的次序放入到应用B的堆栈，然后显示最上面的ActivityB。

2. 如果是启动应用B，那么很惨的是，系统仍然会将之前在应用A中创建的ActivityB从堆栈中抽取出来，并整体放入应用B的堆栈，然后依次出栈destroy：

ActivityB: ====>onDestroy()

ActivityB:HashCode=1078795032 TaskId=129

ActivityB: ====>onDestroy()

ActivityB: HashCode=1078528752TaskId=129

ActivityA: ====> onCreate()

ActivityA: HashCode=1077874256 TaskId=130

ActivityA: <==== onCreate()

ActivityA: ====> onStart()

ActivityA: ====> onPostCreate()

ActivityA: ====> onResume()

ActivityA: ====> onPostResume()

例如，如果Email中包含一个web页的链接，点击它就会启动一个Activity来显示这个页面。这个Activity是由Browser应用程序提供的，但是，现在它作为Email Task的一部分。如果它重新宿主到Browser Task里，当Browser下一次进入到前台时，它就能被看见，并且，当Email Task再次进入前台时，就看不到它了。

需要注意的是，由于启动模式为“singleTask”和 “singleInstance”的Activity只能位于自己的（taskAffinity匹配）task中，因此，重新宿主对它们实际上是不起作用的，因为重新宿主就是重新回到自己所属task（taskAffinity匹配）的怀抱，所以重新宿主实际上只对“standard”和“singleTop”模式有意义。