Android activity 启动模式详解

爱被打了一巴掌 2022-08-09 20:30 163阅读 0赞

在Android 中最常用到的组件就是activity .

Activity 有4种启动模式

standard               默认的启动模式,每次都启动一个新的Activity

singleTop              当站定的Activity与要启动的Activity 是同一个时, 则不启动新的Activity

singleTask             把启动的Activity的Activity不在栈顶, 那么会把栈顶的Activity砍掉, 走onNewIntent方法

singleInstance       只存在一个实例,且在单独的栈中

ok  上面头提到栈, 对 Android的没一个app 都由一个知己的Activity 栈

ok 下面一个一个来看看 这4种启动模式到底有什么不同

**1. standard**

这个是默认的启动模式  ,每次都会启动新的Activity,  很好验证的就不多说了

**2. singleTop**

有 ActivityA,ActivityB,ActivityC,ActivityD

ActivityA 是 mainActivity

ActivityC,ActivityD 是 singleTop

ActivityA,ActivityB 是 standard

1. A -> B 正常

2. A -> B -> C 正常启动C

3. A -> B -> C ->C ,  这里没有重新创建C, 没有走C 的onCreate方法 而是走了onNewIntent 方法, 这就是 singleTop 的特性

4. A -> B -> C -> D, 这里正常启动D

5. A -> B -> C -> D -> D, 和上面 C -> C 一样, 也没有再次出那个键D 走了 onNewIntent 方法

6. A -> B -> C -> D -> C, 这里正常重选创建了C

7. A -> B -> C -> D -> C -> D, 这里正常重选创建了D

ok 生面的例子 可以知道  singleTop 启动模式 , 就是如果要启动的这个Activity 已经在栈顶了, 那么就不会去启动新的Activity,会走 onNewIntent 方法

如果她 不在栈顶, 那么就会启动一个新的Activity 会走 onCreate方法

ok 下面看看  singleTask

**3. singleTask**

ActivityA 是 mainActivity

ActivityC,ActivityD 是 singleTask

ActivityA,ActivityB 是 singleTask

1. A -> B 正常

2. A -> B -> C 正常启动C

3. A -> B -> C ->C ,  这里没有重新创建C, 没有走C 的onCreate方法 而是走了onNewIntent 方法, 这就是 singleTop 的Text

4. A -> B -> C -> D, 这里正常启动D

5. A -> B -> C -> D -> D, 和上面 C -> C 一样, 也没有再次出那个键D 走了 onNewIntent 方法

6. A -> B -> C -> D -> C, 这里没有重新创建C, 没有走C 的onCreate方法 而是走了onNewIntent 方法, 但是 D 被移除栈了

变成了 : A -> B -> C

7. A -> B -> C -> D, 这里正常启动D

8. A -> B -> C -> D -> C, 和上面一个 没有没有重新创建C, 同样D 被移除栈了

ok  经过上面的测试 可以得出结论:

如果要启动的这个Activity 已经在栈顶了, 那么就不会去启动新的Activity,会走 onNewIntent 方法

如果要启动的这个Activity 不在栈中, 那就会正常的创建一个 Activity 在栈顶

如果要启动的这个Activity 在栈中, 但是不在栈顶, 上面还有几个Activity 如果 Activity1, Activity2, 那么系统会把 Activity1, Activity2 移除栈, 然后 走 Activity 的onNewIntent 方法

但是在google的官方文档中 是有提到说, 使用 singleTask 启动Activity 会新开一个栈的,但是在上面的测试的一系列过程中, 通过答疑TaksId 看到的结果是没有新开栈的.

这是为什么的,  这里就要要引入一个新的概念  **taskAffinity** 亲和力,

默认的 在一个app中所有的Activity的  **taskAffinity** 都是一个样的 都是该app 的包名

在上面的测试中 如果 吧 ActivityD的  **taskAffinity** 改成与包名不同的话, 那么

9. A -> B -> C -> D, 这里正常启动D 但是是在一个新的战中的启动的, D的task Id 与 ABC 不用如下Log:

11-04 22:41:31.409 23514-23514/com.zuimeia.activitymodel D/Activity: ActivityA onCreate taskId = 881

11-04 22:41:33.417 23514-23514/com.zuimeia.activitymodel D/Activity: ActivityB onCreate taskId = 881

11-04 22:41:34.663 23514-23514/com.zuimeia.activitymodel D/Activity: ActivityC onCreate taskId = 881

11-04 22:41:35.949 23514-23514/com.zuimeia.activitymodel D/Activity: ActivityD onCreate taskId = 882

10. A -> B -> C -> D -> C 这里没有重新创建C,走了onNewIntent 方法 但是 D没有被移除掉,

因为 D 与 ABC 不在同一个栈中, 那么  C 在它所在的栈是栈顶 所有没有移除其他Activity

11. A -> B -> C -> D -> B  这里会重新创建B 但是B 与D 是在同一个栈中

12. A -> B -> C -> D -> B -> A  这里会重新创建A 创建的A 与 B 与D 是在同一个栈中

13. A -> B -> C -> D -> C ->B 这里会重新创建B 这里的B 与前面的ABC 在同一个栈中

ok 下面来看看 singleInstance

**4.singleInstance**

ActivityA 是 mainActivity

ActivityC 是 singleTask

ActivityA,ActivityB , ActivityD是 singleTask

1. A -> B 正常

2. A -> B -> C 正常启动C, C在一个单独的栈中

3. A -> B -> C -> D正常启动D, D 与AB 在一个栈中

但是在

D 按返回的时候  回到的是B,

B 按返回的时候  回到的是A

A 按返回的时候  回到的是C

4. A -> B -> C -> D -> C 这里没有重新创建C 走了C 的onNewIntent 方法

返回的路线是: C -> D -> B -> A

ok 可以得到singleInstance的结论

1. 如果启动的Activity是 singleInstance 那么他会被放到另外一个栈中去,

2. singleInstance 的这个 Activity 所启动的这个Activity 与它不在同一个栈中, 即上面的步骤3  D 与AB 在一个栈中

3. 如果要启动的这个singleInstance 的Activity已经启动了, 那么就不会重新创建了 会走 onNewIntent 方法 上面步骤4

Android activity 启动模式详解

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 android activity启动模式

相关 Activity启动模式

相关 Android中Activity启动模式详解

相关 android启动模式对activity的影响

相关 Android activity 启动模式详解

相关 Android activity的启动模式和activity栈

相关 Activity启动模式

相关 Activity启动模式详解

相关 Android启动Activity

相关 Android Activity Launch Mode 启动模式详解