activity的生命周期解读

转自:http://blog.csdn.net/liuhe688/article/details/6733407

1.常规

1.启动Activity：系统会先调用onCreate方法，然后调用onStart方法，最后调用onResume，Activity进入运行状态。

2.当前Activity被其他Activity覆盖其上或被锁屏：系统会调用onPause方法，暂停当前Activity的执行。

3.当前Activity由被覆盖状态回到前台或解锁屏：系统会调用onResume方法，再次进入运行状态。

4.当前Activity转到新的Activity界面或按Home键回到主屏，自身退居后台：系统会先调用onPause方法，然后调用onStop方法，进入停滞状态。

5.用户后退回到此Activity：系统会先调用onRestart方法，然后调用onStart方法，最后调用onResume方法，再次进入运行状态。

6.当前Activity处于被覆盖状态或者后台不可见状态，即第2步和第4步，系统内存不足，杀死当前Activity，而后用户退回当前Activity：再次调用onCreate方法、onStart方法、onResume方法，进入运行状态。

7.用户退出当前Activity：系统先调用onPause方法，然后调用onStop方法，最后调用onDestory方法，结束当前Activity。

2.另外

(1).onWindowFocusChanged方法：

在Activity窗口获得或失去焦点时被调用，例如创建时首次呈现在用户面前；当前Activity被其他Activity覆盖；当前Activity转到其他Activity或按Home键回到主屏，自身退居后台；用户退出当前Activity。以上几种情况都会调用onWindowFocusChanged，并且当Activity被创建时是在onResume之后被调用，当Activity被覆盖或者退居后台或者当前Activity退出时，它是在onPause之后被调用.这个方法在某种场合下还是很有用的，例如程序启动时想要获取视特定视图组件的尺寸大小，在onCreate中可能无法取到，因为窗口Window对象还没创建完成，这个时候我们就需要在onWindowFocusChanged里获取；当时试图在onCreate里加载frame动画失败的原因就是因为窗口Window对象没有初始化完成，所以最后我将加载动画的代码放到了onWindowFocusChanged中，问题迎刃而解。

2.onSaveInstanceState：

在activity的一个生命周期中，onSaveInstanceState()并非一定调用。

正如官网对该方法的解释所说：“ This method is called before an activity  may be killed  so that when it comes back some time in the future it can restore its state. ” 在“可能被系统杀死”之前调用。suo的很准确啊，先明白一点：如果一个activityA不可能在后台被系统主动kill掉，那么就不会调用该方法（记着这句话，稍后会解释）。

总结说就是：
onResume() 不会被杀。前台应用，系统是不会主动kill的。
onPause() HONEYCOMB（android3.0）之前，可能被杀；3.0之后不会被杀。
onStop() 可能被杀。
明确activity可能在生命周期中被杀的方法之后，根据上边说明便可知：
android3.0之前：onResume() -- [optional]onSaveInstanceState() -- onPause(),即调用onPause()之前，可能调用onSaveInstanceState()
android3.0之后：onResume() -- onPause() -- [optional]onSaveInstanceState() -- onStop(),即调用onStop()之前，可能调用onSaveInstanceState()
如上边特意提到一样，这里仍要注意“可能”，如果一个activityA不可能在后台被系统主动kill掉，那么就不会调用该方法。
比如一下逻辑：
activityA.startActivity(activityB)
activityA.finish()
A启动了B，但是A自己把自己finish了，也就是说系统不可能主动kill activityA了，因此虽然A的onPause()、onStop()被调用，onSaveInstanceState()方法也是不会调用到的。
那么同理，默认情况下在一个activity中，返回退出也是不会调用onSaveInstanceState()的。

3.onRestoreInstanceState：(1)在Activity被覆盖或退居后台之后，系统资源不足, 而将其杀死，然后用户又回到了此Activity，此方法会被调用；(2)在用户改变屏幕方向时，重建的过程中，此方法会被调用。我们可以重写此方法onCreate->onStart->onRestoreInstanceState->onResume，以便可以恢复一些临时数据。onRestoreInstanceState的调用顺序是在onStart之后。

4. 当屏幕旋转的时候

(1)为屏幕设置竖屏, 在AndroidManifest.xml中对指定的Activity设置android:screenOrientation="portrait", 横屏"landscape"

(2)为了避免屏幕旋转activity的销毁重建的过程，我们需要在AndroidMainfest.xml中对OrientationActivity对应的<activity>配置android:configChanges="orientation"

每次旋转方向时，只有onConfigurationChanged方法被调用，没有了销毁重建的过程。

1.如果<activity>配置了android:screenOrientation属性，则会使android:configChanges="orientation"失效。
2.模拟器与真机差别很大：模拟器中如果不配置android:configChanges属性或配置值为orientation，切到横屏执行一次销毁->重建，切到竖屏执行两次。真机均为一次。模拟器中如果配置android:configChanges="orientation|keyboardHidden"（如果是Android4.0，则是"orientation|keyboardHidden|screenSize"），切竖屏执行一次onConfigurationChanged，切横屏执行两次。真机均为一次。