Android activity 启动模式 详解
16lz
2021-01-23
在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-0422:41:31.40923514-23514/com.zuimeia.activitymodelD/Activity:ActivityAonCreatetaskId=881 11-0422:41:33.41723514-23514/com.zuimeia.activitymodelD/Activity:ActivityBonCreatetaskId=881 11-0422:41:34.66323514-23514/com.zuimeia.activitymodelD/Activity:ActivityConCreatetaskId=881 11-0422:41:35.94923514-23514/com.zuimeia.activitymodelD/Activity:ActivityDonCreatetaskId=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
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-0422:41:31.40923514-23514/com.zuimeia.activitymodelD/Activity:ActivityAonCreatetaskId=881 11-0422:41:33.41723514-23514/com.zuimeia.activitymodelD/Activity:ActivityBonCreatetaskId=881 11-0422:41:34.66323514-23514/com.zuimeia.activitymodelD/Activity:ActivityConCreatetaskId=881 11-0422:41:35.94923514-23514/com.zuimeia.activitymodelD/Activity:ActivityDonCreatetaskId=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 Studio第一次启动的Fetching android sdk component
- Android中startService基本使用方法概述
- Android判断网络状态方法详解
- eclipse：运行 Android 项目时出现 “Unable to execute dex: Mult
- 【Android基础】Activity的启动模式(android:launchMode)
- HorizontalScrollView不显示滚动条，布局完全填充的方法
- Android的StrictMode（严苛模式）
- Android数据存储的方法