1.1 Activity四大状态
（1） Running（工作状态）：
工作状态一般是指该Activity正处于屏幕最显著的位置上显示，即该Activity是在Android活动栈的最顶端。
一般地当Activity 创建后就是处于该状态中。
期间触发的函数及顺序为： onCreate() ->onStart() -> onResume()。
其中:
onCreate()只有在该Activity是第一次被创建时才会被调用，主要是负责Activity的一般性的初始化设置，包括视图的创建，数据的绑定等等。需要注意的是若之前有冻结的state(即系统对该Activity调用过onSaveInstanceState()函数)，则可以通过其 Bundle 参数进行state恢复。
onStart()是当Activity正在变为可见状态时才会被调用。一般地在此期间可以注册一个广播等等。
onResume()是在该Activity将要和用户进行交互时被调用，此时Activity位于的活动栈顶部。
（2）Paused（暂停状态）：
暂停状态一般指该Activity已失去了焦点但仍然是可见的状态(包括部分可见)。一个处于暂停状态的Activity只有在系统极度缺乏内存资源的情况下才会被系统强制结束。
运行状态到暂停状态所触发的函数及顺序为：onResume() -> onPuased()。
暂停状态恢复至运行状态所触发的函数及顺序为：onPuased() -> onResume()。
其中：
onPuased()是当一个Activity失去系统焦点后将会被调用，包括见面被部分遮挡，以及设备转入休眠状态等等。一般地在此期间对一些未保存的数据进行持久化并停止其他需要耗费CPU的操作，同时不可进行耗时操作，否则会阻塞系统UI线程。
（3）Stopped（停止状态）：
停止状态一般指该Activity被另一个Activity完全覆盖的状态，这是它仍然保持所有的状态，但是由于该Activity变得不可见，所以系统经常会由于内存不足而将该Activity强行结束。
暂停状态到停止状态所触发的函数及顺序为：onPuased() -> onStop()。
停止状态恢复至运行状态所触发的函数及顺序为：onStop() -> onRestart() -> onStart() -> onResume()。
其中：
onStop()是当一个Activity变为不可见时将会被调用，此时可能是由于该Activity要被注销或新的Activity完全遮挡了该Activity。在此期间一般可以进行取消注册广播等操作，因为用户不可见。
onRestart()是当一个Activity从停止状态恢复至运行状态时将会被优先调用。
（4）Killed（销毁状态）：
死亡态是指该Activity被系统销毁。当一个Activity处于暂停状态或停止状态时就随处可能进入死亡状态，因为系统可能因内存不足而强行结束该Activity。
停止状态到死亡状态分为两种情况：(1)由用户操作导致,则执行：onStop() -> onDestroy()。(2)由系统自动强制执行，则该Activity被强行结束。
其中：
onDestroy()是当一个Activity正在被系统finished期间被调用的
4种状态中，Running状态和Paused状态是可见的，Stopped状态和Killed状态时不可见的。
2 Activity缓存
2.1页面被销毁后onSaveInstanceState缓存简单数据
首先“onPause()和onSaveInstanceState()都是可以在恢复状态的时候发挥作用的，区别在于onPause()是保存的固化数据（例如数据库、文件），而onSaveInstanceState()保存的是UI数据。”所以onSaveInstanceState功能是轻量级的。
使用简单例子：
//重写onSaveInstanceState方法，配置缓存的数据
@Override
protected void onSaveInstanceState(Bundle outState) {
//TODO Auto-generated method stub
super.onSaveInstanceState(outState);
String string= "要保存的数据！！！";
outState.putString("KEY", string);
}
//初始化的时候,通过Bundle 获取存储的参数
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if (savedInstanceState != null) {
String oldString = savedInstanceState.getString("KEY");
}
}
2.2 配置configChanges属性防止当前页面因为切换而重新创建
（从窗体泄漏谈android:configChanges属性来自网络）
“Android的每一个Activity都有个WindowManager窗体管理器，构建在某个Activity之上的对话框、PopupWindow也有相应的WindowManager窗体管理器。因为Dialog、PopupWindown不能脱离Activity而单独存在着，所以当承载某个Dialog或者某个PopupWindow正在显示的Activity被finish()后，而Dialog(或PopupWindow)没有正常退出的话，就会抛Window
Leaked错误了，因为这个Dialog(或PopupWindow)的WindowManager已经没有谁可以附属了，所以它的窗体管理器就泄漏了。
根据此信息分析出，在进入新的Activity时突然转屏，因为在AndroidManifest.xml中没有配置android:configChanges属性，此时Activity会重新调用onCreate方法，即会重新调用整个生命周期，而此时的Dialog已经显示并没有dismiss，所以造成了窗体泄漏。解决的方法就变得如此简单，在AndroidManifest.xml中配置android:configChanges属性，这样当我们横竖屏切换的时候会调用Activity的onConfigurationChanged方法，不会重新调用整个生命周期了。我们最后配置了android:configChanges="screenSize|orientation|keyboardHidden|navigation"。
1、不设置Activity的android:configChanges时，切屏会重新调用整个生命周期，切横屏时会执行一次，切竖屏时会执行两次
2、设置Activity的android:configChanges="orientation"时，切屏还是会重新调用整个生命周期，切横、竖屏时只会执行一次
3、设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用整个生命周期，只会执行onConfigurationChanged方法
但是，自从Android 3.2（API
13），在设置Activity的android:configChanges="orientation|keyboardHidden"后，还是一样会重新调用各个生命周期的。因为screensize也开始跟着设备的横竖切换而改变。所以在AndroidManifest.xml里设置的MiniSdkVersion和
TargetSdkVersion属性大于等于13的情况下，如果你想阻止程序在运行时重新加载Activity，除了设置"orientation"，
你还必须设置" screenSize"。”
3 Activity四大启动模式（LAUNCHMODE）
standard（标准模式）每次都要在栈中创建一个新的activity
singleTop（栈顶复用）如果此时activty是在栈顶则不会创建新的activty
singleTask（栈内复用）如果已经创建了当再次启动的时候，弹出到栈顶，上面的界面也会弹出销毁。
singleInstance（单例模式）会创建一个新的任务栈，而且只有这一个activty在里边
