《activity的四种加载模式》由会员分享，可在线阅读，更多相关《activity的四种加载模式（6页珍藏版）》请在金锄头文库上搜索。
1、 一个一个 Activty 的生命周期的生命周期Activty 的生命周期的也就是它所在进程的生命周期。每一个活动（ Activity ）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。 但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。在实现 Activity 类的时候，通过覆盖（ override ）这些方法即可在你需要处理的时候来调用。onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之
2、前调用 onSaveInstanceState （）方法保存的状态信息。onStart ：该方法的触发表示所属活动将被展现给用户。onResume ：当一个活动和用户发生交互的时候，触发该方法。onPause ：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。onStop ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop 方法。 所以保存状态信息是应该在 onPause 时做，而不是 onStop 时做。活动如果没有在前台运行，都将被停止
3、或者 Linux 管理进程为了给新的活动预留足 够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause 方法或许是活动触发的 最后的方法，因此开发者需要在这个时候保存需要保存的信息。onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。onDestroy ：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。 通常情况下
4、，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。 Activity 栈栈上面提到开发者是无法控制 Activity 的状态的，那 Activity 的状态又是按照何种逻辑来运作的呢？这就要知道 Activity 栈。每个 Activity 的状态是由它在 Activity 栈（是一个后进先出 LIFO，包含所有正在运行Activity 的队列）中的位置决定的。当一个新的 Activity 启动时，当前的活动的 Activity 将会移到 Activity 栈的顶部。如果用户使用后退按钮返回的话，或者前台的 Activity 结束，在栈上
5、的 Activity 将会移上来并变为活动状态。如下图所示：一个应用程序的优先级是受最高优先级的 Activity 影响的。当决定某个应用程序是否要终结去释放资源，Android 内存管理使用栈来决定基于 Activity 的应用程序的优先级。Activity 状态状态 一般认为 Activity 有以下四种状态：活动的活动的：当一个 Activity 在栈顶，它是可视的、有焦点、可接受用户输入的。Android 试图尽最大可能保持它活动状态，杀死其它 Activity 来确保当前活动 Activity 有足够的资源可使用。当另外一个 Activity 被激活，这个将会被暂停。 暂停暂停：在很
6、多情况下，你的 Activity 可视但是它没有焦点，换句话说它被暂停了。有可能原因是一个透明或者非全屏的 Activity 被激活。 当被暂停，一个 Activity 仍会当成活动状态，只不过是不可以接受用户输入。在极特殊的情况下，Android 将会杀死一个暂停的 Activity 来为活动的 Activity 提供充足的资源。当一个 Activity 变为完全隐藏，它将会变成停止。 停止停止： 当一个 Activity 不是可视的，它“停止”了。这个 Activity 将仍然在内存中保存它所有的状态和会员信息。尽管如此，当其它地方需要内存时，它 将是最有可能被释放资源的。当一个 Acti
7、vity 停止后，一个很重要的步骤是要保存数据和当前 UI 状态。一旦一个 Activity退出或关闭了，它将变 为待用状态。 待用待用： 在一个 Activity 被杀死后和被装在前，它是待用状态的。待用 Acitivity 被移除Activity 栈，并且需要在显示和可用之前重新启动它。activity 的四种加载模式的四种加载模式在 android 的多 activity 开发中，activity 之间的跳转可能需要有多种方式，有时是普通的生成一个新实例，有时希望跳转到原 来某个 activity 实例，而不是生成大量的重复的activity。加载模式便是决定以哪种方式启动一个跳转到原来
8、某个 Activity 实例。在 android 里，有 4 种 activity 的启动模式，分别为：standard: 标准模式，一调用 startActivity()方法就会产生一个新的实例。singleTop: 如果已经有一个实例位于 Activity 栈的顶部时，就不产生新的实例，而只是调用 Activity 中的 newInstance()方法。如果不位于栈顶，会产生一个新的实例。singleTask: 会在一个新的 task 中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。singleInstance: 这个跟 singleTask 基本上是一样，只有一个区别：在
9、这个模式下的Activity 实例所处的 task 中，只能有这个 activity 实例，不能有其他的实例。这些启动模式可以在功能清单文件 AndroidManifest.xml 中进行设置，中的launchMode 属性。相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用 Intent.FLAG_ACTIVITY_REORDER_TO_FRONT 标志，这个标志表示：如果这个 activity已经启动了，就不产生新的 activity，而只是把这个 activity 实例加到栈顶来就可以了。1 2 3Intent intent = new Intent(ReorderF
10、our.this, ReorderTwo.class); intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT); startActivity(intent);Activity 的加载模式受启动 Activity 的 Intent 对象中设置的 Flag 和 manifest 文件中Activity 的元素的特性值交互控制。下面是影响加载模式的一些特性核心的核心的 Intent Flag 有：有： FLAG_ACTIVITY_NEW_TASK FLAG_ACTIVITY_CLEAR_TOP FLAG_ACTIVITY_RESET_TASK_
11、IF_NEEDED FLAG_ACTIVITY_SINGLE_TOP 核心的特性有：核心的特性有： taskAffinity launchMode allowTaskReparenting clearTaskOnLaunch alwaysRetainTaskState finishOnTaskLaunch四种加载模式的区别四种加载模式的区别所属所属 task 的区别的区别一般情况下，“standard”和”singleTop”的 activity 的目标 task，和收到的 Intent 的发送者在同一个 task 内，就相当于谁调用它，它就跟谁在同一个 Task 中。除非 Intent 包括
12、参数 FLAG_ACTIVITY_NEW_TASK。如果提供了FLAG_ACTIVITY_NEW_TASK 参数，会启动到别的 task 里。 “singleTask”和”singleInstance” 总是把要启动的 activity 作为一个 task 的根元素，他们不会被启动到一个其他 task 里。是否允许多个实例是否允许多个实例“standard”和”singleTop”可以被实例化多次，并且是可以存在于不同的 task 中；这种实例化时一个 task 可以包括一个 activity 的多个实例； “singleTask”和”singleInstance”则限制只生成一个实例，并且是
13、 task 的根元素。 singleTop 要求如果创建 intent 的时候栈顶已经有要创建的 Activity 的实例，则将intent 发送给该实例，而不创建新的实例。是否允许其它是否允许其它 activity 存在于本存在于本 task 内内“singleInstance”独占一个 task，其它 activity 不能存在那个 task 里；如果它启动了一个新的 activity，不管新的 activity 的 launch mode 如何，新的activity 都将会到别的 task 里运行（如同加了 FLAG_ACTIVITY_NEW_TASK 参数）。 而另外三种模式，则可以和
14、其它 activity 共存。是否每次都生成新实例是否每次都生成新实例“standard”对于每一个启动 Intent 都会生成一个 activity 的新实例； “singleTop”的 activity 如果在 task 的栈顶的话，则不生成新的该 activity 的实例，直接使用栈顶的实例，否则，生成该 activity 的实例。比如：现在 task 栈元素为 A-B-C-D（D 在栈顶），这时候给 D 发一个启动 intent，如果 D 是 “standard”的，则生成 D 的一个新实例，栈变为 ABCDD。 如果 D 是 singleTop 的话，则不会生产 D 的新实例，栈状态
15、仍为 A-B-C-D 如果这时候给 B 发 Intent 的话，不管 B 的 launchmode 是”standard” 还是 “singleTop” ，都会生成 B 的新实例，栈状态变为 A-B-C-D-B。“singleInstance”是其所在栈的唯一 activity，它会每次都被重用。“singleTask” 如果在栈顶，则接受 intent，否则，该 intent 会被丢弃，但是该 task 仍会回到前台。 当已经存在的 activity 实例处理新的 intent 时候，会调用 onNewIntent()方法，如果收到 intent 生成一个 activity 实 例，那么用户可以通过 back 键回到上一个状态；如果是已经存在的一个 activity 来处理这个 intent 的话，用户不能通过按 back 键返回到这之 前的状态。
