Android四大组件之Activity（二）

          上次已经对Activity的创建、配置、关闭和生命周期有了简单的介绍了，下面我接着学习！！！

          1、怎样保存Activity的状态？

          官方API提供的信息是，当Activity暂停或者停止的时候，ACtivity的状态会得到保留。的确如此，因为当Activity暂停或者停止的时候，Activity对象仍保留在内存中（有关成员和当前状态的所有信息仍处于活动状态）。因此，我们在Activity中所作的任何更改都会得到保留，当Activity返回前台的时候，这些改变仍然存在。

          但是当系统为了恢复内存而销毁某项Activity时，Activity对象也会被销毁。系统会先调用onSaveInstanceState()，然后再使Activity变得易于销毁。

          如果系统因为某些原因终止了应用进程，并且用户返回您的Activity，则系统会重建该Activity，并将Bundle同时传递给onCreate()和onRestoreInstanceState()。

          在下面两种情况下，Activity重获用户焦点时可保持状态完好：

               1）系统在销毁Activity后重建Activity，Activity必须恢复之前保存的状态；

               2）系统停止Activity后继续执行Activity，并且Activity状态保持完好。

               注意：

                    1）实际上，无法保证系统会在销毁Activity前调用onSaveInstanceState()，因为存在不需要保存状态的情况（比如按返回键）。但是，即使您什么都不操作，不去实现onSaveInstanceState()，Activity类的onSaveInstanceState()默认会恢复部分Activity的状态（默认会为布局中的每个View调用相应的onSaveInstanceState() 方法，让每个视图都能提供有关自身的应保存信息。）。

                    2）尽管 onSaveInstanceState() 的默认实现会保存有关您的Activity UI 的有用信息，您可能仍需替换它以保存更多信息。由于无法保证系统会调用onSaveInstanceState()，因此我们只可以使用它来记录Activity的瞬态（UI的状态），切勿用它来保存持久性的数据，而是应该使用onPause()在用户离开Activity后保存持久性数据（例如应该保存到数据库的数据）。

                    3）旋转设备，在activity的配置文件没有进行屏幕设置的情况下，可以有效的测试应用的状态恢复能力。因为当屏幕方向发生变化时，系统会销毁并重建Activity，以便应用可供新屏幕配置使用的备用资源。

          2、四种加载模式

          在 Android四大组件之Activity（一）中说Activity的配置的时候提到过android:launchMode属性，这个属性就是Activity的加载模式。Activity的加载模式主要负责管理实例化、加载Activity的方式，并且可以控制Activity与 Task之间的加载关系。该属性有以下4种属性值：

                1）standard（标准模式）

               通过这种模式来启动目标Activity的时候，Android总会为目标Activity创建一个新的实例，并且将这个Activity添加到当前的Task栈中。（此模式不会启动新的Task，新创建的Activity将被添加到原有的Task中。）

               下面这段代码，将实现standard模式来不断启动自身：

//按钮的点击事件

@OnClick(R.id.btn_jump)

public void onClick() {

    //创建启动ManiActivity的Intent

    Intent mIntent = new Intent(MainActivity.this, MainActivity.class);

    startActivity(mIntent);

}

               运行程序的时候，多次点击程序界面上的“跳转”按钮，就会启动多个新的MainActivity的实例（不同的Activity的hashCode值不同），但是它们所在的Task是相同的。说明了这种加载模式不会释永信的Task。当我们点击手机上的“返回”键的时候，系统将依次从栈顶删除所创建的Activity实例。

                2）singleTop（Task栈顶单例模式）

               这种模式与standard模式基本相似，唯一的不同点是：当要启动的Activity已经位于Task栈顶的时候，系统就不会再重新创建Activity的实例，而是直接复用已有的Activity实例。

               还是上面这段代码，如果把加载模式改为singleTop，那么无论点击了多少次“跳转”按钮，界面上的程序都不会发生变化。点击手机上的“返回”键，就会直接退出。如果将要启动的目标Activity没有位于Task栈顶，此时系统会重新创建目标Activity的实例，并将它加载到Task栈顶（这个时候与standard模式完全相同，无区别）。

                3）singleTask（Task内单例模式）

               采用这种加载模式的Activity在同一个Task内只能有一个实例，当系统采用这种模式的时候，可以分成下面的三种情况：

                    1>如果将要启动的目标Activity不存在，系统将会创建目标Activity的实例，并将它加入Task栈顶；

                    2>如果将要启动的目标Activity已经存在于Task栈顶，此时于singleTop模式的行为相同；

                    3>如果将要启动的目标Activity已经存在、但没有位于Task栈顶，系统将会把位于该Activity上面的所有Activity移出Task栈，从而使得目标Activity转入栈顶。

                4）singleInstance（全局单例模式）

               在这种加载模式下，系统保证无论从哪个Task中启动目标Activity，只会创建一个目标Activity实例，并会使用一个全新的Task栈来加载该Activity的实例。

               使用这种模式的时候，主要有两种情况：

                    1>如果将要启动的目标Activity不存在，系统会先创建一个全新的Task，再创建目标Activity的实例，并将它加入新的Task栈顶；

                    2>如果将要启动的目标Activity已经存在，无论它位于哪个应用程序中、位于哪个Task中，系统都会把该Activity所在的Task转到前台，从而使该Activity显示出来。

               注意：

                    采用singleInstance模式加载Activity总是位于Task栈顶，而且采用这种模式的Activity所在Task只包含该Activity。