Android的生命周期图

说Activity是Android的七巧板，是因为，如果把Android的所有界面比作一副用用七巧板拼成的图画的话，那么每个Activity都相当于一块七巧板。这个七巧板与他所在的package，所在的应用无关。任何应用都可以把自己的七巧板拿出来让别人组装成他们的图画，自己也可以拿别的应用的七巧板来组装自己的图画。

Android的生命周期图_第1张图片

现在开始我们的七巧板之旅！

这个专题总结一下Activity的生命周期。

好吧，先插一个document里的图片。这个图是免不了的。

Android的生命周期图_第2张图片

下面我们以实际例子来解释上图的Activity的生命周期。

我们新建一个工程，并建两个Activity，Activity1和Activity2。我用的工具是Intellij Idea，（这里还是夸奖一下idea的人性化，在eclipse中建立Activity还需要在AndroidManifest.xml中手动注册一下，而是用idea，会发现，新建Activity后已经自动在AndroidManifest.xml中注册过了。）两个Activity的代码如下：

Java代码

/**Activity1的代码*/
publicclassActivity1extendsActivity{
privatestaticfinalStringTAG="Activity1";
@Override
publicvoidonCreate(BundlesavedInstanceState){
Log.i(TAG,"Activity1onCreatecalled!");
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
}
@Override
protectedvoidonStart(){
Log.i(TAG,"Activity1onStartcalled!");
super.onStart();
}
@Override
protectedvoidonRestart(){
Log.i(TAG,"Activity1onRestartcalled!");
super.onRestart();
}
@Override
protectedvoidonResume(){
Log.i(TAG,"Activity1onResumecalled!");
super.onResume();
}
@Override
protectedvoidonPause(){
Log.i(TAG,"Activity1onPausecalled!");
super.onPause();
}
@Override
protectedvoidonStop(){
Log.i(TAG,"Activity1onStopcalled!");
super.onStop();
}
@Override
protectedvoidonDestroy(){
Log.i(TAG,"Activity1onDestroycalled!");
super.onDestroy();
}
/**当点击屏幕时，进入Activity2*/
@Override
publicbooleanonTouchEvent(MotionEventevent){
Intentintent=newIntent(this,Activity2.class);
startActivity(intent);
returnsuper.onTouchEvent(event);
}
}
/**Activity1的代码*/
publicclassActivity2extendsActivity{
privatestaticfinalStringTAG="Activity2";
@Override
publicvoidonCreate(BundlesavedInstanceState){
Log.i(TAG,"Activity2onCreatecalled!");
setContentView(R.layout.main2);
super.onCreate(savedInstanceState);
}
@Override
protectedvoidonStart(){
Log.i(TAG,"Activity2onStartcalled!");
super.onStart();
}
@Override
protectedvoidonRestart(){
Log.i(TAG,"Activity2onRestartcalled!");
super.onRestart();
}
@Override
protectedvoidonResume(){
Log.i(TAG,"Activity2onResumecalled!");
super.onResume();
}
@Override
protectedvoidonPause(){
Log.i(TAG,"Activity2onPausecalled!");
super.onPause();
}
@Override
protectedvoidonStop(){
Log.i(TAG,"Activity2onStopcalled!");
super.onStop();
}
@Override
protectedvoidonDestroy(){
Log.i(TAG,"Activity2onDestroycalled!");
super.onDestroy();
}
}

然后我们在Activity1的layout文件中加入一个EditText

Xml代码

<?xmlversion="1.0"encoding="utf-8"?>
<LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
>
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="HelloWorld,Activity1"
/>
<EditText
android:layout_width="fill_parent"
android:layout_height="50sp"
/>
</LinearLayout>

流程1

我们启动程序，进入Activity1，在Activity1的文本框中输入一段文字，然后按返回键，然后看Logcat里的调试信息。

Java代码

02-2713:38:27.067:INFO/Activity1(566):Activity1onCreatecalled!
02-2713:38:27.157:INFO/Activity1(566):Activity1onStartcalled!
02-2713:38:27.157:INFO/Activity1(566):Activity1onResumecalled!
02-2713:41:08.107:INFO/Activity1(566):Activity1onPausecalled!
02-2713:41:08.897:INFO/Activity1(566):Activity1onStopcalled!
02-2713:41:08.897:INFO/Activity1(566):Activity1onDestroycalled!

从Log信息我们可以看出，进入Activity，然后按返回键退出。Activity的生命周期经过里流程图上的竖直的路线。onCreate->onStart->onPause->onStop->onDestroy。这时的Activity寿终正寝。

当我们再次进入Activity1时，我们会发现，Activity1中的文本框的内容又成了空了，因此可以推断，Activity1内的空间已经被销毁，又重新生成了。

流程2

我们启动程序，进入Activity1，在Activity1内输入一段文本，点击Activity1，进入Activity2，然后Activity2中按返回键。或者采用这个流程，启动程序进入Activity1，按Home键进入桌面，然后长按Home建点击该应用重新进入Activity1.

然后看Log信息。

Java代码

02-2713:55:35.727:INFO/Activity1(600):Activity1onCreatecalled!
02-2713:55:35.837:INFO/Activity1(600):Activity1onStartcalled!
02-2713:55:35.837:INFO/Activity1(600):Activity1onResumecalled!
02-2713:55:40.287:INFO/Activity1(600):Activity1onPausecalled!
02-2713:55:41.227:INFO/Activity1(600):Activity1onStopcalled!
02-2714:06:43.017:INFO/Activity1(634):Activity1onRestartcalled!
02-2714:06:43.017:INFO/Activity1(634):Activity1onStartcalled!
02-2714:06:43.017:INFO/Activity1(634):Activity1onResumecalled!

从这个log信息，我们看出，当从Activity1进入Activity2时，Activity1经历的过程为onCreate->onStart->onResume->onPause->onStop->onRestart->onStart->onResume。这个过程说明了图中，如果Activity完全被其他界面遮挡时，进入后台，并没有完全销毁,当再次进入该Activity时，onRestart->onStart->onResume，又重新恢复。这说明充分说明了，斩草不除根，死灰也会复燃。。。有点邪恶啊。

我们发现，从Activity2返回到Activity1时，Activity1内的文本并没有发生变化，因此可以推断，当Activity onStop后其内的成员状态并没有改变。

是不是被所有的界面全部遮挡都会进入onStop呢？我们看下面一个流程。

流程3

启动程序，进入Activity1，然后按挂机键，进入锁屏界面，然后从锁屏界面返回Activity1。我们查看log信息。

Java代码

02-2714:17:45.257:INFO/Activity1(810):Activity1onCreatecalled!
02-2714:17:45.347:INFO/Activity1(810):Activity1onStartcalled!
02-2714:17:45.347:INFO/Activity1(810):Activity1onResumecalled!
02-2714:17:51.177:INFO/Activity1(810):Activity1onPausecalled!
02-2714:18:04.757:INFO/Activity1(810):Activity1onResumecalled!

从log信息可以看出，Activity1被锁屏界面全部遮挡后并没有进入onStop，而仅仅进入onPause后就停止了，当从锁屏界面返回Activity1时，调用了onResume。

锁屏界面为什么会特殊呢，因为我们知道，进入onPause后，Activity始终还是活动的，再次onResume是不需要什么花费的，可以频繁的onPause，onResume；而onStop，onStart就会有比较多的花费。为了保障锁屏返回后，原先顶部的Acitivtiy能够快速的返回到原来的状态，显然锁屏界面进行了特殊的处理。

同样，EditText的文本也没有发生变化，因此onPause也没有改变Activity内成员的状态。

Xml代码

<activityandroid:name=".Activity2"
android:label="Activity2"
android:theme="@android:style/Theme.Dialog"/>

这样Activity2在运行时就会以对话框的样式来运行了。

所以我们首先点击程序进入Activity1，在EditText中输入一段文本，点击Activity1进入Activity2，然后按返回键返回Activity1。

Android的生命周期图_第3张图片

我们看log信息为：

Java代码

02-2715:13:56.467:INFO/Activity1(962):Activity1onCreatecalled!
02-2715:13:56.567:INFO/Activity1(962):Activity1onStartcalled!
02-2715:13:56.567:INFO/Activity1(962):Activity1onResumecalled!
02-2715:14:09.197:INFO/Activity1(962):Activity1onPausecalled!
02-2715:20:50.607:INFO/Activity1(962):Activity1onResumecalled!

从log信息我们可以看出，当Activity被部分遮挡时，Activity进入onPause，并没有进入onStop，从Activity2返回后，执行了onResume，而且和我们想的一样，EditText的文本没有发生变化。

流程5

将Activity1的onTouchEvent函数进行修改，如下：

Java代码

@Override
publicbooleanonTouchEvent(MotionEventevent){
//启动一个AlertDialog
newAlertDialog.Builder(this).setTitle("hellodialog!").show();
returnsuper.onTouchEvent(event);7.}

打开程序，启动Activity1，点击Activity1，启动AlertDialog，按返回键从AlertDialog返回。

Android的生命周期图_第4张图片

观察Log信息如下：

Java代码

02-2810:03:28.535:INFO/Activity1(1234):Activity1onCreatecalled!
02-2810:03:28.605:INFO/Activity1(1234):Activity1onStartcalled!
02-2810:03:28.615:INFO/Activity1(1234):Activity1onResumecalled!

从Log信息可以看出，当启动和退出Dialog时，Activity的状态始终未变，可见，Dialog实际上属于Acitivity内部的界面，不会影响Acitivty的生命周期。

流程6

启动程序，进入Activity1，然后按返回键，主界面。我们查看log信息。

Java代码

02-2714:17:45.257:INFO/Activity1(810):Activity1onCreatecalled!
02-2714:17:45.347:INFO/Activity1(810):Activity1onStartcalled!
02-2714:17:45.347:INFO/Activity1(810):Activity1onResumecalled!
02-2714:17:51.177:INFO/Activity1(810):Activity1onPausecalled!
02-2714:17:51.177:INFO/Activity1(810):Activity1onStopcalled!
02-2714:17:51.177:INFO/Activity1(810):Activity1onDestroycalled!

特殊情况

从流程图上我们可以看出，无论现在是onPause状态还是onStop状态，当系统的内存不足时，都会将该Activity杀死，当再次进入该Activity重新创建。

这意味着，如果发生这种情况，可能我们的onDestroy，甚至是onStop都没有得到执行，因此，一些重要的数据和状态，需要在这种情况下也得到保存，Google为我们专门提供了一个回调函数，就是 onSaveInstanceState(Bundle)，通过该函数，可以将这些重要的数据在销毁前进行保存，然后再onCreate时重新读出。

更多相关文章

随机推荐