android Activity的生命周期于四种加载状态

小灰灰 2022-09-18 03:55 155阅读 0赞

# 一个Activty的生命周期 #

Activty的生命周期的也就是它所在进程的生命周期。

[![image][]][image 1]

每一个活动（ Activity ）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。  
但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。

在实现 Activity 类的时候，通过覆盖（ override ）这些方法即可在你需要处理的时候来调用。

*  onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。  
    onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之前调用 onSaveInstanceState （）方法保存的状态信息。
 *  onStart ：该方法的触发表示所属活动将被展现给用户。
 *  onResume ：当一个活动和用户发生交互的时候，触发该方法。
 *  onPause ：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。
 *  onStop ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop 方法。 所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。
 *  onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。
 *  onDestroy ：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。
 *  onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。  
    通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。

# 关于activity的四种加载模式 #

在android的多activity开发中，activity之间的跳转可能需要有多种方式，有时是普通的生成一个新实例，有时希望跳转到原来某个activity实例，而不是生成大量的重复的activity。加载模式便是决定以哪种方式启动一个跳转到原来某个Activity实例。

在android里，有4种activity的启动模式，分别为：

*  standard: 标准模式，一调用startActivity()方法就会产生一个新的实例。
 *  singleTop: 如果已经有一个实例位于Activity栈的顶部时，就不产生新的实例，而只是调用Activity中的newInstance()方法。如果不位于栈顶，会产生一个新的实例。
 *  singleTask: 会在一个新的task中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。

利用intent传递数据时必须重写：onNewIntent

![ContractedBlock.gif][] ![ExpandedBlockStart.gif][]

1 @Override
     2     protected void onNewIntent(Intent intent) {
     3 
     4         if (intent.getStringExtra("photoPath") != null) {
     5             System.out.println(intent.getStringExtra("photoPath")
     6                     + "  takephoto  :" + takephoto.getVisibility());
     7             tempFile = new File("/sdcard/a.jpg");
     8             ps();
     9         }
    10         super.onNewIntent(intent);
    11     }

复制代码

*  singleInstance: 这个跟singleTask基本上是一样，只有一个区别：在这个模式下的Activity实例所处的task中，只能有这个activity实例，不能有其他的实例。

这些启动模式可以在功能清单文件AndroidManifest.xml中进行设置，<activity>中的launchMode属性。

相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用 Intent.FLAG\_ACTIVITY\_REORDER\_TO\_FRONT 标志，这个标志表示：如果这个activity已经启动了，就不产生新的activity，而只是把这个activity实例加到栈顶来就可以了。

Intent intent = new Intent(ReorderFour.this, ReorderTwo.class);  
    intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);  
    startActivity(intent);

Activity的加载模式受启动Activity的Intent对象中设置的Flag和manifest文件中Activity的<activity>元素的特性值交互控制。

下面是影响加载模式的一些特性

**核心的Intent Flag有：**  
FLAG\_ACTIVITY\_NEW\_TASK  
FLAG\_ACTIVITY\_CLEAR\_TOP  
FLAG\_ACTIVITY\_RESET\_TASK\_IF\_NEEDED  
FLAG\_ACTIVITY\_SINGLE\_TOP  
**核心的<activity>特性有：**  
taskAffinity  
launchMode  
allowTaskReparenting  
clearTaskOnLaunch  
alwaysRetainTaskState  
finishOnTaskLaunch

# 四种加载模式的区别 #

1.standard(the default mode)：一个intent发过来之后,都会产生一个新的activity来响应这个intent；  
  2.singleTop：保持stack顶端的那个activity.也就是说,如果一个intent是由stack顶端的activity处理的话,将不会新建一个新的activity来处理,而是由原来的那个activity处理；  
  3.singleTask：对于这个activity则会新建一个task.也就是说,对于这个activity,会分配一个新的affinity；  
  4.singleInstance：identical to "`singleTask`"，并保证这个activity唯一.

既然对初始加载的过程有所规定,那么也就很自然地会有**结束过程的一些方式：**  
  acitivity在退出的时候,必然会影响到task的stack,因此,android对acitivity的行为方式也做了规定.  
  1.alwaysRetainTaskState属性.保证stack不变.默认状态下,一个task长期不活动的话,会退化到root activity,也就是弹出stack,只保留底部的一个acitivity.  
  2.clearTaskOnLaunch属性.这个会在acitivity加载的时候清空task的stack.  
  3.finishOnTaskLaunch属性.某种程度上说这个属性保证了某项task是唯一的.因为当一个同类的task加载的时候,如果此属性为true,那么就会先退出之前的task,然后再加载这个task.

如果FLAG\_ACTIVITY\_CLEAR\_TOP属性为真，则结束activity时，所有处于该activity堆栈之上的activity都会同时清除，FLAG\_ACTIVITY\_CLEAR\_TOP is most often used in conjunction with FLAG\_ACTIVITY\_NEW\_TASK. When used together, these flags are a way of locating an existing activity in another task and putting it in a position where it can respond to the intent.

更多 [ 1][1]

[image]: /images/20220828/07302bf05efd4050bd1798e2f2af9680.png
[image 1]: http://images.cnblogs.com/cnblogs_com/ghj1976/201104/201104291036146248.png
[ContractedBlock.gif]: http://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif
[ExpandedBlockStart.gif]: /images/20220828/3beca953565347f296eae8b52acf27d8.png
[1]: http://blog.csdn.net/zhangfei_jiayou/article/details/7106100#