使用过Android的用户大概都发现，Android系统在横竖屏切换的时候，应用程序的切换会比较慢。其实主要原因是在于横竖屏切换的时候，当前的Activity被销毁一次，再重新创建一次，因此会产生一定的迟滞感。
那Android为什么默认会有这样的行为？如何正确的管理Activity的生命周期？
先说一下Android为什么需要销毁当前的Activity，然后重新创建一次。其实这点也不难理解，Android的应用需要适应不同尺寸的屏幕，因此Android Project在res目录下可以针对不同情况，比如不同分辨率、不同dpi、横竖屏等等，存放不同的资源。也就是说，横屏或竖屏时可以采用不同的布局(layout)、不同的图片，由此甚至可以产生在横竖屏时界面完全不同的应用。但这些资源时需要在Activity创建的时候加载的，一旦Activity创建完成，想要重新加载不同的资源，只能重建Activity。
那如果Activity在横竖屏时不需要重新加载资源，难道就没有办法防止Activity的销毁和重建吗？
答案是可以，但我搜索了一下，发现很多中文资料中提供的办法都只能在Android 2.x上奏效，所以特地找了一下Android文档，找到了在Android 2.x到4.x都能奏效的方法。方法很简单，就是在Manifest文件里为Activity声明android:configChanges属性。该属性的意思是将configChanges中声明的事件交给Activity自身来处理，发生这些事件时Android不会对Activity进行销毁重建。当事件发生时，Android系统只会回调Activity上的onConfigurationChanged方法。
在Android3.2之前，只要声明android:configChanges="orientation|keyboardHidden"就可以防止Activity重建，但在Android3.2之后，横竖屏切换的时候，还会发生screen size change事件，因此就需要加入screenSize属性。
以下是防止Activity重建的代码示例：
<activity
android:name="com.example.lifecycletestonorientationchange.MainActivity"
android:label="@string/app_name"
android:configChanges="orientation|keyboardHidden|screenSize">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
但果真这是最适合的解决方案吗？要回答这个问题，需要先看一下上述方案的前提，上述方法只有在Activity进行横竖屏切换时不需要重新加载资源才可行，不然Android系统不会为Activity重新加载资源。
如果需要重新加载Activity资源，有没有可行的优化方案？
如果需要重新加载资源，最方便的方法仍然时销毁Activity并重建，但在这个过程中可以进行一些优化。Activity在销毁和重建的过程会调用onSaveInstanceSate和onRestoreInstanceState方法去持久化和恢复一些状态，这个过程可能会比较耗时。是不是可以不需要这一过程？
Android在Activity中提供了onRetainNonConfigurationInstance方法，该方法中返回的状态对象，不会随Activity销毁，之后Activity重建时，就可以通过getLastNonConfigurationInstance将状态对象找回。需要警惕的是，onRetainNonConfigurationInstance方法不能返回Drawable，Adapter或者View对象，因为这些对象和Activity关系紧密，应当和Activity一起销毁重建，不然使用这种方法可能会造成严重的内存泄漏。
以下是示例代码:
@Override
public Object onRetainNonConfigurationInstance() {
final MyStateObject state = getStateObject();
return state;
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
final MyStateObject state = (MyStateObject) getLastNonConfigurationInstance();
if (state == null) {
state = loadMyState();
}
}
即便如此，仍然会有问题，原因在于Android api level 13就把onRetainNonConfigurationInstance标记为deprecated，（毕竟如果用错了该方法，会造成严重的内存泄漏，这不是Google愿意看到的），继续使用会有风险，那一天该方法被移除了，那继续使用该方法的应用会出现闪退的情况，因此需要使用替代的API。在Android文档中，该方法已被Fragment中的setRetainInstance(boolean)替代，所以建议大家在写Activity时，如果需要使用该功能时，最好都在Activity中加入Fragment。