Activity生命周期详解及最佳实践
前言
该文章来自一个开源项目，致力于翻译Google官方文档，很棒，已经有成果了。PDF版本可以去这里下载http://hukai.me/eBooks/AndroidTrainingCHS.pdf，以前只知道Activity生命周期方法的执行，简单的处理一些操作，但很少系统的去分析这些生命周期方法，官方文档中，写的很详细，也结合具体情景，很有实战性，帮助大家更好的在工作和学习中更好的去使用Activity，强烈推荐大家看下，相信你一定会对Activity有更深的理解。下面是正文，当然大家可以去看在线文档，因为这里有更多的宝藏：http://hukai.me/android-training-course-in-chinese/basics/activity-lifecycle/index.html
一、启动与销毁Activity
理解生命周期的回调
在一个activity的生命周期中，系统会像金字塔模型一样去调用一系列的生命周期回调方法。Activity生命周期的每一个阶段就像金字塔中的台阶。当系统创建了一个新的activity实例，每一个回调函数会向上一阶的移动activity状态。金字塔顶端意味着activity是跑在最前端的并且用户可以与它进行交互。当用户开始离开这个activity，为了卸载这个activity，系统会调用其它方法来向下一阶移动activity状态。在某些情况下，activity会隐藏在金字塔下等待(例如当用户切换到其他app),这个时候activity可以重新回到顶端(如果用户回到这个activity)并且恢复用户离开时的状态。
根据你的activity的复杂度，你也许不需要实现所有的生命周期方法。然而，你需要知道每一个方法的功能并确保你的app能够像用户期望的那样执行。如何实现一个符合用户期待的app。
你需要注意下面几点：
当使用你的app的时候，不会因为有来电通话或者切换到其他app而导致程序crash。
当用户没有激活某个组件的时候不要消耗宝贵的系统资源。
当离开你的app并且一段时间后返回，不要丢失用户的使用进度。
当设备发送屏幕旋转的时候，不会crash或者丢失用户的使用进度。
Resumed：
在这个状态，activity是在最前端的，用户可以与它进行交互。(通常也被理解为"running" 状态)
Paused：
在这个状态，activity被另外一个activity所遮盖：另外的activity来到最前面，但是半透明的，不会覆盖整个屏幕。被暂停的activity不会再接受用户的输入且不会执行任何代码。(这里的不会执行任何代码并不代表了任何后台线程都不会工作)
Stopped：
在这个状态, activity完全被隐藏，不被用户可见。可以认为是在后台。当stopped, activity实例与它的所有状态信息都会被保留，但是activity不能执行任何代码。其它状态 (Created与Started)都是短暂的，系统快速的执行那些回调函数并通过执行下一阶段的回调函数移动到下一个状态。也就是说，在系统调用onCreate(), 之后会迅\速调用onStart(), 之后再迅速执行onResume()。上面就是基本的activity生命周期。
1.指定你的程序首次启动的Activity
当用户从主界面点击你的程序图标时，系统会调用你的app里面的被声明为"launcher" (or "main") activity中的onCreate()方法。这个Activity被用来当作你的程序的主要进入点。你可以在AndroidManifest.xml中定义哪个activity作为你的主activity。
这个main activity必须在manifest使用包括 MAIN action 与 LAUNCHER category 的<intent-filter>标签来声明。例如：
<span style="white-space:pre"> </span><activity android:name=".MainActivity" android:label="@string/app_name"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity>
Note:
当你使用Android SDK工具来创建Android工程时，工程中就包含了一个默认的声明有这个filter的activity类。
如果你的程序中没有一个activity声明了MAIN action 或者LAUNCHER category，那么在设备的主界面列表里面不会呈现你的app图标。2.创建一个新的实例
大多数app都包括许多不同的activities，这样使得用户可以执行不同的动作。不论这个activity是创建的主activtiy还是为了响应用户行为而新创建的，系统都会调用新的activity实例中的onCreate()方法。你必须实现onCreate()方法来执行程序启动所需要的基本逻辑。例如：
下面的onCreate()方法演示了为了建立一个activity所需要的一些基础操作。如，声明UI元素 ，定义成员变量，配置UI等。(onCreate里面尽量少做事情，避免程序启动太久都看不到界面)
<span style="white-space:pre"> </span>TextView mTextView; // Member variable for text view in the layout
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// Set the user interface layout for this Activity
// The layout file is defined in the project res/layout/main_activity.xml
file
setContentView(R.layout.main_activity);
// Initialize member TextView so we can manipulate it later
mTextView = (TextView) findViewById(R.id.text_message);
// Make sure we're running on Honeycomb or higher to use ActionBar APIs
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
// For the main activity, make sure the app icon in the action bar
// does not behave as a button
ActionBar actionBar = getActionBar();
actionBar.setHomeButtonEnabled(false);
}
}
一旦结束onCreate 操作，系统会迅速调用onStart() 与onResume()方法。你的activity不会在Created或者Started状态停留。技术上来说, activity在onStart()被调用后会开始被用户可见，但是 onResume()会迅速被执行使得activity停留在Resumed状态，直到一些因素发生变化才会改变这个状态。例如接受到一个来电，用户切换到另外一个activity，或者是设备屏幕关闭。在后面的课程中，你将看到其他方法是如何使用的，onStart() 与 onResume()在用户从Paused or Stopped状态中恢复的时候非常有用。
- Figure 2. 上图显示了onCreate(), onStart(), and onResume()是如何执行的。当这三个顺序执行的回调函数完成后，activity会到达Resumed状态。
3.销毁Activity
activity的第一个生命周期回调函数是 onCreate(),它最后一个回调是onDestroy().系统会执行这个方法作为你 的activity要从系统中完全移除的信号。大多数 apps并不需要实现这个方法，因为局部类的references会随着activity的销毁而销毁，并且你的activity应该在onPause()与onStop()中执行清除activity资源的操作。然而，如果你的activity包含了你在onCreate时创建的后台线程，或者是其他有可能导致内存泄漏的资源，你应该在OnDestroy()时杀死他们。
<span style="white-space:pre"> </span>@Override
public void onDestroy() {
super.onDestroy(); // Always call the superclass
// Stop method tracing that the activity started during onCreate()
android.os.Debug.stopMethodTracing();
}
Note:
系统通常是在执行了onPause()与onStop() 之后再调用onDestroy() ，除非你的程序在onCreate()方法里面就调用了finish()方法，。在某些情况下，例如你的activity只是做了一个临时的逻辑跳转的功能，它只是用来决定跳转到哪一个activity，这样的话，你需要在onCreate里面去调用finish方法，这样系统会直接就调用onDestory方法，其它生命周期的方法则不会被执行。
4.onDestory
大多数 apps并不需要实现这个方法，因为局部类的references会随着activity的销毁而销毁，并且你的activity应该在onPause()与onStop()中执行清除activity资源的操作。然而，如果你的activity包含了你在onCreate时创建的后台线程，或者是其他有可能导致内存泄漏的资源，你应该在OnDestroy()时杀死他们。仅为了跳转作用，在onCreate里面就调用finish，则只会执行onDestory方法，其它生命周期不会执行。二、暂停与恢复Activity
1.onPause()
当打开一个半透明的activity时(例如以对话框的形式)，之前的activity会被暂停。 只要这个activity仍然被部分可见，之前的activity则一直处于Paused状态。
当你的activity进入paused状态，系统会调用你的activity中的onPause()方法, 在这个方法里面可以允许你执行停止目前正在运行任务的操作，比如暂停视频播放或者是保存那些有可能需要长期保存的信息。如果用户从暂停状态回到你的activity，系统应该恢复那些数据并执行onResume()方法。当系统调用你的activity中的onPause()，从技术上讲，那意味着你的activity仍然处于部分可见的状态，但大多数时候，那意味着用户正在离开这个activity并马上会进入Stopped state. 你通常应该在onPause()回调方法里面做下面的事情:
a.停止动画或者是其他正在运行的操作，那些都会导致CPU的浪费.
b.提交没有保存的改变，但是仅仅是在用户离开时期待保存的内容(例如邮件草稿,但应该是实时的).
c.释放系统资源，例如 broadcast receivers, sensors (比如GPS), 或者是其他任何会影响到电量的资源。
例如, 如果你的程序使用Camera,onPause()会是一个比较好的地方去做那些释放资源的操作。
<span style="white-space:pre"> </span>@Override
public void onPause() {
super.onPause(); // Always call the superclass method first
// Release the Camera because we don't need it when paused
// and other activities might need to use it.
if (mCamera != null) {
mCamera.release()
mCamera = null;
}
}
2.onStop()/onResume()
通常，你不应该使用onPause()来保存用户改变的数据 (例如填入表格中的个人信息) 到永久存储(File或者DB)上。仅仅当你确认用户期待那些改变能够被自动保存的时候(例如正在撰写邮件草稿)，你可以把那些数据存到永久存储 。然而，你应该避免在onPause()时执行CPU-intensive 的工作，例如写数据到DB，因为它会导致切换到下一个activity变得缓慢(你应该把那些heavy-load的工作放到onStop()去做)。如果你的activity实际上是要被Stop，那么你应该为了切换的顺畅而减少在OnPause()方法里面的工作量。
耗时的操作，或者说是CPU敏感的操作，应该在onStop()中做，这样可以保证切换到下一个Activity的流畅。但对于实时的操作，或者一些浪费资源的操作，比如一个评论或者邮件草稿，你应该实时的保存或释放。因为用户并没有打算切换到另一个Activity，也就不会执行onStop()方法，这样只是为了保存，并节省资源。
3.onResume()
应该实现onResume()来初始化那些你在onPause方法里面释放掉的组件，并执行那些activity每次进入Resumed state都需要的初始化动作 (例如开始动画与初始化那些只有在获取用户焦点时才需要的组件),下面的onResume()的例子是与上面的onPause()例子相对应的。
@Override
public void onResume() {
super.onResume(); // Always call the superclass method first
// Get the Camera instance as the activity achieves full user focus
if (mCamera == null) {
initializeCamera(); // Local method to handle camera init
}
}。
三、停止与重启Activity
1.关键的场景：
用户打开最近使用app的菜单并切换你的app到另外一个app，这个时候你的app是被停止的。如果用户通过手机主界面的启动程序图标或者最近使用程序的窗口回到你的app，那么你的activity会重启。
用户在你的app里面执行启动一个新的activity的操作，当前activity会在第二个activity被创建后stop。如果用户点击back按钮，第一个activtiy会被重启。
用户在使用你的app时接受到一个来电通话。像暂停状态是部分阻塞UI，停止状态是UI不再可见并且用户的焦点转移到另一个activity中.
Activity类提供了onStop()与onRestart()方法来允许在activity停止与重启时进行调用。不像暂停状态是部分阻塞UI，停止状态是UI不再可见并且用户的焦点转移到另一个activity中.
Note:
因为系统在activity停止时会在内存中保存了Activity实例。有些时候你不需要实现onStop(),onRestart()甚至是onStart()方法. 因为大多数的activity相对比较简单，activity会自己停止与重启，你只需要使用onPause()来停止正在运行的动作并断开系统资源链接。
请注意：
无论什么原因导致activity停止，系统总是会在onStop()之前调用onPause()方法。
上图显示：当用户离开你的activity，系统会调用onStop()来停止activity (1). 这个时候如果用户返回，系统会调用onRestart()(2), 之后会迅速调用onStart()(3)与onResume()(4). 请注意：无论什么原因导致activity停止，系统总是会在onStop()之前调用onPause()方法。
3.停止你的Activity
当你的activity调用onStop()方法, activity不再可见，并且应该释放那些不再需要的所有资源。在极端情况下，系统会直接杀死你的app进程，并且不执行activity的onDestroy()回调方法, 因此你需要使用onStop()来释放资源，从而避免内存泄漏。(这点需要注意)
尽管onPause()方法是在onStop()之前调用，你应该使用onStop()来执行那些CPU intensive的shut-down操作.
例如，下面是一个在onStop()的方法里面保存笔记草稿到persistent storage的示例:
<span style="white-space:pre"> </span>@Override
protected void onStop() {
super.onStop(); // Always call the superclass method first
// Save the note's current draft, because the activity is stopping
// and we want to be sure the current note progress isn't lost.
ContentValues values = new ContentValues();
values.put(NotePad.Notes.COLUMN_NAME_NOTE, getCurrentNoteText());
values.put(NotePad.Notes.COLUMN_NAME_TITLE, getCurrentNoteTitle());
getContentResolver().update(
mUri, // The URI for the note to update.
values, // The map of column names and new values to apply to them.
null, // No SELECT criteria are used.
null // No WHERE columns are used.
);
}
当你的activity已经停止，Activity对象会保存在内存中，并且在activity resume的时候重新被调用到。你不需要在恢复到Resumed state状态前重新初始化那些被保存在内存中的组件。系统同样保存了每一个在布局中的视图的当前状态，如果用户在EditText组件中输入了text，它会被保存，因此不需要保存与恢复它。
Note:
即使系统会在activity stop的时候销毁这个activity，它仍然会保存View对象的状态(比如EditText中的文字) 到一个Bundle中，并且在用户返回这个activity时恢复他们(下一个会介绍在activity销毁与重新建立时如何使用Bundle来保存其他数据的状态).
4.启动与重启你的activity
onStart()/onRestart()onStart()方法会在每次你的activity可见时都会被调用。onRestart()方法则是只在activity从stopped状态恢复时才会被调用，因此你可以使用它来执行一些特殊的恢复(restoration)工作。
onStart()/onStop()
使用onRestart()来恢复activity状态是不太常见的，因此可以不必太关心你需要在重新启动activtiy时重新实例化那些被清除的资源，同样, 你也需要在activity第一次创建时实例化那些资源。因此，应该使用onStart()作为onStop()所对应方法。在onStop里面做了哪些清除的操作就应该在onStart里面重新把那些清除掉的资源重新创建出来。
onStop/onDestroy()
当系统Destory你的activity，它会为你的activity调用onDestroy()方法。因为我们会在onStop方法里面做释放资源的操作，那么onDestory方法则是你最后去清除那些可能导致内存泄漏的地方。因此你需要确保那些线程都被destroyed并且所有的操作都被停止。
总结：
onPause：做一些释放资源的操作，因为用户可能并没有切换到另一个Activity。
onStop： 做一些耗时或者CPU敏感的操作，因为用户焦点已经转移，不会出现阻塞的情况。
onDestroy：释放一些可能会导致内存泄露的操作。
四、重新创建Activity
1.场景：
有几个场景中，Activity是由于正常的程序行为而被Destory的，例如当用户点击返回按钮或者是你的Activity通过调用finish()来发出停止信号。系统也有可能会在你的Activity处于stop状态且长时间不被使用，或者是在前台activity需要更多系统资源的时候把关闭后台进程，这样来获取更多的内存。
当你的Activity是因为用户点击Back按钮或者是activity通过调用finish()结束自己时，系统就丢失了Activity实例这个概念，因为前面的行为意味着不再需要这个activity了。然而，如果因为系统资源紧张而导致Activity的Destory， 系统会在用户回到这个Activity时有这个Activity存在过的记录，系统会使用那些保存的记录数据（描述了当Activity被Destory时的状态）来重新创建一个新的Activity实例。那些被系统用来恢复之前状态而保存的数据被叫做 "instance state" ，它是一些存放在Bundle对象中的key-value pairs。(请注意这里的描述，这对理解onSaveInstanceState执行的时刻很重要)注意:
你的Activity会在每次旋转屏幕时被destroyed与recreated。当屏幕改变方向时，系统会Destory与Recreate前台的activity，因为屏幕配置被改变，你的Activity可能需要加载一些alternative的资源(例如layout).默认情况下, 系统使用 Bundle 实例来保存每一个视图对象中的信息(例如输入EditText 中的文本内容)。因此，如果你的Activity被destroyed与recreated, 那么layout的状态信息会自动恢复到之前的状态。然而，你的activity也许存在更多你想要恢复的状态信息，例如记录用户Progress的成员变量(member variables)。
Note:
为了能使Android系统能够恢复Activity中的View的状态，每个View都必须有一个唯一ID。
Note：
保存和恢复状态时需要调用父类的方法，目的是为了保存与恢复视图状态的信息
当系统开始停止你的Activity时，只有在Activity实例会需要重新创建的情况下才会调用到onSaveInstanceState() (1) ，在这个方法里面可以指定额外的状态数据到Bunde中。如果这个Activity被destroyed然后这个实例又需要被重新创建时，系统会传递在 (1) 中的状态数据到 onCreate() (2) 与 onRestoreInstanceState()(3).
(通常来说，跳转到其他的activity或者是点击Home都会导致当前的activity执行onSaveInstanceState，因为这种情况下的activity都是有可能会被destory并且是需要保存状态以便后续恢复使用的，而从跳转的activity点击back回到前一个activity，那么跳转前的activity是执行退栈的操作，所以这种情况下是不会执行onSaveInstanceState的，因为这个activity不可能存在需要重建的操作)
2.恢复Activity状态
当你的Activity从Destory中重建。你可以从系统传递给你的Activity的Bundle中恢复保存的状态。 onCreate() 与 onRestoreInstanceState() 回调方法都接收到了同样的Bundle，里面包含了同样的实例状态信息。因为 onCreate() 方法会在第一次创建新的Activity实例与重新创建之前被Destory的实例时都被调用，你必须在你尝试读取 Bundle 对象前Check它是否为null。如果它为null，系统则是创建一个新的Activity instance，而不是恢复之前被Destory的Activity。你也可以选择实现 onRestoreInstanceState() ，而不是在onCreate方法里面恢复数据。系统仅仅会在存在需要恢复的状态信息时才会调用 onRestoreInstanceState() ，因此你不需要检查 Bundle 是否为null。
对于通过onSaveInstance方法如何恢复Activity的状态，可以参看： Android开发之InstanceState详解