Activity生命周期

Activity是由Activity栈进管理，当来到一个新的Activity后，此Activity将被加入到Activity栈顶，之前的Activity位于此Activity底部。

Acitivity一般意义上有四种状态：

1.运行状态：当Activity位于栈顶时，此时正好处于屏幕最前方，此时处于运行状态；

2.暂停状态：当Activity失去了焦点但仍然对用于可见（如栈顶的Activity是透明的或者栈顶Activity并不是铺满整个手机屏幕），此时处于暂停状态；

3.停止状态：当Activity被其他Activity完全遮挡，此时此Activity对用户不可见，此时处于停止状态；

4.销毁状态：当Activity由于人为或系统原因（如低内存等）被销毁，此时处于销毁状态；

在每个不同的状态阶段，Adnroid系统对Activity内相应的方法进行了回调。因此，我们在程序中写Activity时，一般都是继承Activity类并重写相应的回调方法。

先贴一张来自官方文档（http://developer.android.com/reference/android/app/Activity.html）的图，相信大家都看到过。

 

 

生命周期中各个方法的含义和作用

（1）onCreate(Bundle savedInstanceState): create表示创建，这是Activity生命周期的第一个方法，也是我们在android开发中接触的最多的生命周期方法。它本身的作用是进行Activity的一些初始化工作，比如使用setContentView加载布局，对一些控件和变量进行初始化等。但也有很多人将很多与初始化无关的代码放在这，其实这是不规范的。此时Activity还在后台，不可见。所以动画不应该在这里初始化，因为看不到……

（2）onStart(): start表示启动，这是Activity生命周期的第二个方法。此时Activity已经可见了，但是还没出现在前台，我们还看不到，无法与Activity交互。其实将Activity的初始化工作放在这也没有什么问题，放在onCreate中是由于官方推荐的以及我们开发的习惯。

（3）onResume():resume表示继续、重新开始，这名字和它的职责也相同。此时Activity经过前两个阶段的初始化已经蓄势待发。Activity在这个阶段已经出现在前台并且可见了。这个阶段可以打开独占设备

（4）onPause():pause表示暂停，当Activity要跳到另一个Activity或应用正常退出时都会执行这个方法。此时Activity在前台并可见，我们可以进行一些轻量级的存储数据和去初始化的工作，不能太耗时，因为在跳转Activity时只有当一个Activity执行完了onPause方法后另一个Activity才会启动，而且android中指定如果onPause在500ms即0.5秒内没有执行完毕的话就会强制关闭Activity。从生命周期图中发现可以在这快速重启，但这种情况其实很罕见，比如用户切到下一个Activity的途中按back键快速得切回来。

（5）onStop()：stop表示停止，此时Activity已经不可见了，但是Activity对象还在内存中，没有被销毁。这个阶段的主要工作也是做一些资源的回收工作。

（6）onDestroy()：destroy表示毁灭，这个阶段Activity被销毁，不可见，我们可以将还没释放的资源释放，以及进行一些回收工作。

（7）onRestart()：restart表示重新开始，Activity在这时可见，当用户按Home键切换到桌面后又切回来或者从后一个Activity切回前一个Activity就会触发这个方法。这里一般不做什么操作。

通过上面的了解我们发现其实Activity中的方法大都是两两对应的，只有onRestart方法散发着单身狗的清香。

那么相邻的方法之间有什么区别呢？

1.onCreate和onStart之间有什么区别？

（1）可见与不可见的区别。前者不可见，后者可见。
（2）执行次数的区别。onCreate方法只在Activity创建时执行一次，而onStart方法在Activity的切换以及按Home键返回桌面再切回应用的过程中被多次调用。因此Bundle数据的恢复在onStart中进行比onCreate中执行更合适。
（3）onCreate能做的事onStart其实都能做，但是onstart能做的事onCreate却未必适合做。如前文所说的，setContentView和资源初始化在两者都能做，然而想动画的初始化在onStart中做比较好。

2.onStart方法和onResume方法有什么区别？

（1）是否在前台。onStart方法中Activity可见但不在前台，不可交互，而在onResume中在前台。
（2）职责不同，onStart方法中主要还是进行初始化工作，而onResume方法，根据官方的建议，可以做开启动画和独占设备的操作。

3.onPause方法和onStop方法有什么区别？

（1）是否可见。onPause时Activity可见，onStop时Activity不可见，但Activity对象还在内存中。
（2）在系统内存不足的时候可能不会执行onStop方法，因此程序状态的保存、独占设备和动画的关闭、以及一些数据的保存最好在onPause中进行，但要注意不能太耗时。

4.onStop方法和onDestroy方法有什么区别？

onStop阶段Activity还没有被销毁，对象还在内存中，此时可以通过切换Activity再次回到该Activity，而onDestroy阶段Acivity被销毁

 

不同的状态期间相应的回调方法

1.Activity实例是由系统自动创建，并在不同的状态期间回调相应的方法。一个最简单的完整的Activity生命周期会按照如下顺序回调：onCreate -> onStart -> onResume -> onPause -> onStop -> onDestroy。称之为entire lifetime。

2.当执行onStart回调方法时，Activity开始被用户所见（也就是说，onCreate时用户是看不到此Activity的，那用户看到的是哪个？当然是此Activity之前的那个Activity），一直到onStop之前，此阶段Activity都是被用户可见，称之为visible lifetime。

3.当执行到onResume回调方法时，Activity可以响应用户交互，一直到onPause方法之前，此阶段Activity称之为foreground lifetime。

 

不同情况下Activity生命周期函数执行顺序

1.在实际应用场景中，假设A Activity位于栈顶，此时用户操作，从A Activity跳转到B Activity。那么对AB来说，具体会回调哪些生命周期中的方法呢？回调方法的具体回调顺序又是怎么样的呢？

开始时，A被实例化，执行的回调有A:onCreate -> A:onStart -> A:onResume。

当用户点击A中按钮来到B时，假设B全部遮挡住了A，将依次执行A:onPause -> B:onCreate -> B:onStart -> B:onResume -> A:onStop。

此时如果点击Back键，将依次执行B:onPause -> A:onRestart -> A:onStart -> A:onResume -> B:onStop -> B:onDestroy。

至此，Activity栈中只有A。

2.在Android中，有两个按键在影响Activity生命周期这块需要格外区分下，即Back键和Home键。我们先直接看下实验结果：

此时如果按下Back键，系统返回到桌面，并依次执行A:onPause -> A:onStop -> A:onDestroy。

此时如果按下Home键（非长按），系统返回到桌面，并依次执行A:onPause -> A:onStop。由此可见，Back键和Home键主要区别在于是否会执行onDestroy。

此时如果长按Home键，不同手机可能弹出不同内容，Activity生命周期未发生变化（由小米2s测的，不知道其他手机是否会对Activity生命周期有影响）。

3.手机上的“开发者选项”中有一个“不保留活动”的设置，当开启此设置，手机上的设置提示是“用户离开后即销毁每个活动”，开启此设置项后，当A到B时，假设B全部遮挡住了A，将依次执行A:onPause -> B:onCreate -> B:onStart -> B:onResume -> A:onStop -> A:onDestroy。是的，A在系统原本的生命周期回调中增加了onDestroy。此即“用户离开后即销毁每个活动”的含义。但此时需要注意的是，只要没有认为的调用A的finish()方法，虽然A执行了onDestroy，但Activity栈中依然保留有A，此时B处于栈顶。那么在B中按Back键回到A时，将依次执行：B:onPause -> A:onCreate -> A:onStart -> A:onResume -> B:onStop -> B:onDestroy。没错，A从onCreate开始执行了。

 

onSaveInstanceState()和onRestoreInstanceState()调用时机

Android系统的回收机制会在未经用户主动操作的情况下销毁activity，而为了避免系统回收activity导致数据丢失，Android为我们提供了onSaveInstanceState(Bundle outState)和onRestoreInstanceState(Bundle savedInstanceState)用于保存和恢复数据。

一、onSaveInstanceState(Bundle outState)在什么时机会被调用呢？ 
答案是当activity有可能被系统回收的情况下,而且是在onStop()之前。注意是有可能，如果是已经确定会被销毁，比如用户按下了返回键，或者调用了finish()方法销毁activity，则onSaveInstanceState不会被调用。

总结下，onSaveInstanceState(Bundle outState)会在以下情况被调用：

1、当用户按下HOME键时。 
2、从最近应用中选择运行其他的程序时。 
3、按下电源按键（关闭屏幕显示）时。 
4、从当前activity启动一个新的activity时。 
5、屏幕方向切换时(无论竖屏切横屏还是横屏切竖屏都会调用)。

在前4种情况下，当前activity的生命周期为： 
onPause -> onSaveInstanceState -> onStop。

二、onRestoreInstanceState什么时机被调用？ 
onRestoreInstanceState(Bundle savedInstanceState)只有在activity确实是被系统回收，重新创建activity的情况下才会被调用。

比如第5种情况屏幕方向切换时，activity生命周期如下： 
onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume 
在这里onRestoreInstanceState被调用，是因为屏幕切换时原来的activity确实被系统回收了，又重新创建了一个新的activity。 
（顺便吐槽一下网上的那些文章说横屏切竖屏和竖屏切横屏时activity生命周期方法执行不一样，经自己实践证明是一样的。）

而按HOME键返回桌面，又马上点击应用图标回到原来页面时，activity生命周期如下： 
onPause -> onSaveInstanceState -> onStop -> onRestart -> onStart -> onResume 
因为activity没有被系统回收，因此onRestoreInstanceState没有被调用。

如果onRestoreInstanceState被调用了，则页面必然被回收过，则onSaveInstanceState必然被调用过。

三、onCreate()里也有Bundle参数，可以用来恢复数据，它和onRestoreInstanceState有什么区别？

因为onSaveInstanceState 不一定会被调用，所以onCreate()里的Bundle参数可能为空，如果使用onCreate()来恢复数据，一定要做非空判断。

而onRestoreInstanceState的Bundle参数一定不会是空值，因为它只有在上次activity被回收了才会调用。

而且onRestoreInstanceState是在onStart()之后被调用的。有时候我们需要onCreate()中做的一些初始化完成之后再恢复数据，用onRestoreInstanceState会比较方便。下面是官方文档对onRestoreInstanceState的说明：

This method is called after onStart() when the activity is being re-initialized from a previously saved state, given here in savedInstanceState. Most implementations will simply use onCreate(Bundle) to restore their state, but it is sometimes convenient to do it here after all of the initialization has been done or to allow subclasses to decide whether to use your default implementation.

注意这个说明的最后一句是什么意思？ 
to allow subclasses to decide whether to use your default implementation.

它是说，用onRestoreInstanceState方法恢复数据，你可以决定是否在方法里调用父类的onRestoreInstanceState方法，即是否调用super.onRestoreInstanceState(savedInstanceState); 
而用onCreate()恢复数据，你必须调用super.onCreate(savedInstanceState); 

 

Activity 屏幕旋转引起的销毁与重启

Activity是负责与用户交互的最主要机制，任何“设置”（Configuration）的改变都可能对Activity的界面造成影响，这时系统会销毁并重建Activity以便反映新的Configuration。

“屏幕方向”（orientation）是一个Configuration，通过查看Configuration类的javadoc可以看到其他Configuration还有哪些：如fontScale、keyboardHidden和locale等等。
当屏幕旋转时，这个Configuration就发生了改变，因此当前显示的Activity需要被重建，Activity对象会被终止，它的onPause()、onStop()和onDestroy()方法依次触发，然后一个新的Activity对象被创建，onCreate()方法被触发。假设屏幕旋转前，用户正在手机上填写一个注册表单，如果处理不当，用户会发现旋转后的表单变成空白的了，严重影响使用体验。

横屏切换竖屏切时会执行两次这个问题一直困扰着我，查了好多资料都无法验证，然后我就将生命周期全部重写，在不同的版本上运行查看日志。最终才发现，横屏切换竖屏执行两次并非所有版本都这样，在2.3版本及以后都验证这句话不符合，但当我尝试到2.2时发现的确这样，当屏幕旋转时会执行两次。

要解决这个问题有三种方法：
方法1：禁止旋转屏幕
毫无疑问，这是最懒的办法了，相当于回避了本文提出的问题，方法如下看看就好： 

<!--android:screenOrientation portrait:竖屏 landscape:横屏 -->
<activity android:name=".MyActivity" 
android:screenOrientation="portrait"
android:label="@string/app_name">

方法2：旋转后恢复现场
既然Activity会被销毁，那么我们就可以使用前文介绍过的“持久化/恢复现场”方法来解决。即在onPause()里将用户当前已经输入的内容保存到数据库或Preference，在onCreate()方法里读取并填充到表单中，这也是官方推荐的方法。
需要补充一点，如果Activity重建需要耗费大量资源或需要访问网络导致时间很长，可以实现onRetainNonConfigurationInstance()方法将所需数据先保存到一个对象里，像下面这样： 

@Override 
public Object onRetainNonConfigurationInstance() { 
final MyDataObject data = collectMyLoadedData(); 
return data; 
}

重建时，在onCreate()方法里通过getLastNonConfigurationInstance()方法获得之前保存的数据，如下所示： 

@Override 
public void onCreate(Bundle savedInstanceState) { 
　　super.onCreate(savedInstanceState); 
　　setContentView(R.layout.main); 
　　final MyDataObject data = (MyDataObject) getLastNonConfigurationInstance(); 
　　if (data == null) {//表示不是由于Configuration改变触发的onCreate() 
　　data = loadMyData(); 
　　} 
　　... 
}

方法3：手工处理旋转
一般情况下Configuration的改变会导致Activity被销毁重建，但也有办法让指定的Configuration改变时不重建Activity，方法是在AndroidManifest.xml里通过android:configChanges属性指定需要忽略的Configuration名字，例如下面这样： 

<activity android:name=".MyActivity" 
android:configChanges="orientation|keyboardHidden|screenSize" 
android:label="@string/app_name">

注意一定要设置这三个值，否是生命周期会被回掉。 
这里我吐槽一下网上的文章，很多都是说设置了“orientation“和”keyboardHidden”属性就可以避免Activity生命周期的回调，其实不对。因为这是android很久以前版本的SDK才有效，我也是通过实验和看别人一些经验才知道的，很多文章没有提到这个“ScreenSize”属性，这也是近几年才出现的，但是也是要必须设置的，你不试过的话就不知道！ 
如果只设置”orientation|screenSize”，会发生竖屏变横屏生命周期会有先销毁后重新onCreate，如果是横屏变竖屏生命周期方法不会被回调！

这样设置以后，当屏幕旋转时Activity对象不会被销毁——作为替代，Activity的onConfigurationChanged()方法被触发，在这里开发者可以获取到当前的屏幕方向以便做必要的更新。既然这种情况下的Activity不会被销毁，旋转后Activity里正显示的信息（例如文本框中的文字）也就不会丢失了。 

假如你的应用里，横屏和竖屏使用同一个layout资源文件，onConfigurationChanged()里甚至可以什么都不做。但如果横屏与竖屏使用不同的layout资源文件，例如横屏用res/layout-land/main.xml，竖屏用res/layout-port/main.xml，则必须在onConfigurationChanged()里重新调用setContentView()方法以便新的layout能够生效，这时虽然Activity对象没有销毁，但界面上的各种控件都被销毁重建了，你需要写额外的代码来恢复界面信息。 

@Override 
public void onConfigurationChanged(Configuration newConfig) { 
　　super.onConfigurationChanged(newConfig); 

　　// Checks the orientation of the screen 
　　if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) { 
　　　　Toast.makeText(this, "横屏模式", Toast.LENGTH_SHORT).show(); 
　　} else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT){ 
　　　　Toast.makeText(this, "竖屏模式", Toast.LENGTH_SHORT).show(); 
　　} 
}

官方的Android开发文档不建议使用这种方式处理Configuration改变：
Note: Using this attribute should be avoided and used only as a last-resort. Please read Handling Runtime Changes for more information about how to properly handle a restart due to a configuration change.
最佳实践
考虑到旋转屏幕并不是使Activity被销毁重建的唯一因素，仍然推荐前文介绍过的方法：在onPause()里持久化Activity状态，在onCreate()里恢复现场，可以做到一举多得；虽然Google不推荐设置android:configChanges属性的方式，但如果你的Activity横向纵向共用同一个layout文件，方法3无疑是最省事的。