Android四大组件之Activity

疯了！贵宝

已于 2024-07-29 16:46:27 修改

阅读量1.2k

点赞数 1

分类专栏： ♠ Android ……【基础篇】文章标签： Activity 生命周期

于 2015-08-17 20:01:44 首次发布

本文链接：https://blog.csdn.net/haovip123/article/details/47730665

版权

♠ Android 同时被 2 个专栏收录

55 篇文章 1 订阅

订阅专栏

……【基础篇】

23 篇文章 1 订阅

订阅专栏

Activity概述

四大组件之一，一般的情况下一个用户交互界面对应一个activity。activity 是Context的子类，同时实现了window.callback和keyevent.callback，可以处理与窗体用户交互的事件。开发常用的的有FragmentActivitiy，ListActivity，PreferenceActivity，TabAcitivty等……如果界面有共同的特点或者功能的时候，还会自己定义一个BaseActivity。

Activity生命周期

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

一个Activity的启动顺序：

onCreate()——>onStart()——>onResume()

当另一个Activity启动时:

第一个Activity onPause()——>第二个Activity onCreate()——>onStart()——>onResume() ——>第一个Activity onStop()

当返回到第一个Activity时：

第二个Activity onPause() ——> 第一个Activity　onRestart()——>onStart()——>onResume() ——>第二个Activity onStop()——>onDestroy()

一个Activity的销毁顺序:

（情况一）onPause()——><Process Killed>

（情况二）onPause()——>onStop()——><Process Killed>

（情况三）onPause()——>onStop()——>onDestroy()

　　每一个活动（ Activity ）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。

　　但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。

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

生命周期方法详解

一、 onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。

onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之前调用 onSaveInstanceState （）方法保存的状态信息。

二、 onStart ：该方法的触发表示所属活动将被展现给用户。

三、 onResume ：当一个活动和用户发生交互的时候，触发该方法。

四、 onPause ：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。

五、 onStop ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop 方法。所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。

六、onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。

七、 onDestroy ：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。

onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。

把生命周期配对梳理一下（利于记忆）:

     * onCreate 当Activity被创建时调用. 适合做界面的初始化操作.setContentView
     * onDestroy 当Activity被销毁时调用. 做清理操作, 数据的保存操作

     * onStart 当 Activity 用户可见时调用.  恢复界面动画, 视频.
     * onStop 当 Activity 用户不可见时调用.  暂停界面动画, 视频.

     * onResume 当 Activity 界面得到焦点时调用, 界面按钮可以点击.
     * onPause 当 Activity 失去焦点时调用, 界面按钮不可点击.

     * onRestart 当 Activity 在不可见之后(onStop之后). 界面重新可见了

通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。

横竖屏切换时Activity的生命周期

这个生命周期跟清单文件里的配置有关系

1、不设置Activity的android:configChanges时，切屏会重新调用各个生命周期

默认首先销毁当前activity,然后重新加载

2、设置Activity的android:configChanges="orientation|keyboardHidden|screenSize"时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法

游戏开发中, 屏幕的朝向都是写死的

Activity栈

　　上面提到开发者是无法控制Activity的状态的，那Activity的状态又是按照何种逻辑来运作的呢？这就要知道 Activity 栈。

　　每个Activity的状态是由它在Activity栈（是一个后进先出LIFO，包含所有正在运行Activity的队列）中的位置决定的。

　　当一个新的Activity启动时，当前的活动的Activity将会移到Activity栈的顶部。

如果用户使用后退按钮返回的话，或者前台的Activity结束，活动的Activity就会被移出栈消亡，而在栈上的上一个活动的Activity将会移上来并变为活动状态。如下图所示：

一个应用程序的优先级是受最高优先级的Activity影响的。当决定某个应用程序是否要终结去释放资源，Android内存管理使用栈来决定基于Activity的应用程序的优先级。

Activity状态

　　一般认为Activity有以下四种状态：

　　活动的：当一个Activity在栈顶，它是可视的、有焦点、可接受用户输入的。Android试图尽最大可能保持它活动状态，杀死其它Activity来确保当前活动Activity有足够的资源可使用。当另外一个Activity被激活，这个将会被暂停。

　　暂停：在很多情况下，你的Activity可视但是它没有焦点，换句话说它被暂停了。有可能原因是一个透明或者非全屏的Activity被激活。当被暂停，一个Activity仍会当成活动状态，只不过是不可以接受用户输入。在极特殊的情况下，Android将会杀死一个暂停的Activity来为活动的Activity提供充足的资源。当一个Activity变为完全隐藏，它将会变成停止。

　　停止：当一个Activity不是可视的，它“停止”了。这个Activity将仍然在内存中保存它所有的状态和会员信息。尽管如此，当其它地方需要内存时，它将是最有可能被释放资源的。当一个Activity停止后，一个很重要的步骤是要保存数据和当前UI状态。一旦一个Activity退出或关闭了，它将变为待用状态。

　　待用：在一个Activity被杀死后和被装在前，它是待用状态的。待用Acitivity被移除Activity栈，并且需要在显示和可用之前重新启动它。

Activity的四种加载模式

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

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

1. standard: 标准启动模式 (默认)

> 加入的Activity会直接加到栈顶

2. singleTop: (单一栈顶启动模式)

> - 当有新的Activity要被打开时, 去检查栈顶是否是要打开的Activity, 如果是, 则直接复用当前栈顶的Activity, 不打开新的.

> - 应用场景: 避免多个同样界面重复被打开

> - 浏览器的书签

3. singleTask: (单一任务启动模式)

> - 当有新的Activity要被打开时, 去检查栈中所有任务, 如果已经存在. 把其上边的所有任务全部关闭. 否则, 新建任务, 进栈.

> - 应用场景: 有比较耗内存, CPU的界面. 保证任务栈只有一个

> - 浏览器应用

4. singleInstance: (单一实例启动模式)

> - 当有新的Activity要被打开时, 检查当前是否有一个运行在Activiy任务栈. 如果有, 切换到前台. 如果没有, 新建一个栈.

> - 应用场景: 保证Activity在整个应用只有一个任务存在

> - 来电界面

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

5. Intent Flag: (Flag标识)

　　相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用 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的元素的特性值交互控制。

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

　　核心的Intent Flag有：

　　FLAG_ACTIVITY_NEW_TASK

　　FLAG_ACTIVITY_CLEAR_TOP

　　FLAG_ACTIVITY_RESET_TASK_IF_NEEDED

　　FLAG_ACTIVITY_SINGLE_TOP

FLAG_ACTIVITY_REORDER_TO_FRONT

更多实例eg：

1.若是已经启动了四个activity: A，B，C，D 。在D activity里面，要跳转到B，同时希望C，D都finish掉，可以在startActivity的intent里添加flags标识，如

        Intent intent = new Intent(this, B.class);
        intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        startActivity(intent);

这样启动B Activity，就会把D，C都finished掉，若 B Activity的启动模式是默认的（standard），则B Activity会finished掉，再启动一个新的Activity B。

若不想从头再创建一个新的B Activity，则在上方的代码里再加上：

        intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);

这样B Activity就不会再创建一个新的了，而是会重用之前的B Activity，同时调用B Activity的onNewIntent（）办法。

2.若是已经启动了四个Activity：A，B，C和D，在D Activity里，想再启动一个Actvity B，但不变成A，B，C，D，B，而希望是A，C，D，B，则可以写如下代码：

        Intent intent = new Intent(this, B.class);
        intent.setFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
        startActivity(intent);

核心的特性有：

　　taskAffinity

　　launchMode

　　allowTaskReparenting

　　clearTaskOnLaunch

　　alwaysRetainTaskState

　　finishOnTaskLaunch

　四种加载模式的区别

　　所属task的区别

　　一般情况下，“standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同一个task内，就相当于谁调用它，它就跟谁在同一个Task中。

除非Intent包括参数FLAG_ACTIVITY_NEW_TASK。如果提供了

FLAG_ACTIVITY_NEW_TASK参数，会启动到别的task里。

　　“singleTask”和”singleInstance” 总是把要启动的activity作为一个task的根元素，他们不会被启动到一个其他task里。

　　是否允许多个实例

　　“standard”和”singleTop”可以被实例化多次，并且是可以存在于不同的task中；这种实例化时一个task可以包括一个activity的多个实例；

　　“singleTask”和”singleInstance”则限制只生成一个实例，并且是task的根元素。

　　singleTop 要求如果创建intent的时候栈顶已经有要创建的Activity的实例，则将intent发送给该实例，而不创建新的实例。

　　是否允许其它activity存在于本task内

　　“singleInstance”独占一个task，其它activity不能存在那个task里；

　　如果它启动了一个新的activity，不管新的activity的launch mode 如何，新的activity都将会到别的task里运行（如同加了FLAG_ACTIVITY_NEW_TASK参数）。

　　而另外三种模式，则可以和其它activity共存。

　　是否每次都生成新实例

　　“standard”对于每一个启动Intent都会生成一个activity的新实例；

　　“singleTop”的activity如果在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，否则，生成该activity的实例。

　　比如：

　　现在task栈元素为A-B-C-D（D在栈顶），这时候给D发一个启动intent，如果D是 “standard”的，则生成D的一个新实例，栈变为A－B－C－D－D。

　　如果D是singleTop的话，则不会生产D的新实例，栈状态仍为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键返回到这之前的状态。

相关链接:《Activity的启动模式与flag详解》 http://www.open-open.com/lib/view/open1345173373350.html