Android学习笔记-UI篇之Activity

1.什么是Activity? 

  一个Activity是一个应用程序组件,提供一个屏幕,用户可以用来交互为了完成某项任务,例如拨号、拍照、发送email、看地图。每一个activity被给予一个窗口,在上面可以绘制用户接口。窗口通常充满屏幕,但也可以小于屏幕而浮于其它窗口之上。

  一个应用程序通常由多个activities组成,他们通常是松耦合关系。通常,一个应用程序中的activity被指定为"main"activity,当第一次启动应用程序的时候呈现给用户的那个activity。每一个activity然后可以启动另一个activity为了完成不同的动作。每一次一个activity启动,前一个activity就停止了,但是系统保留activity在一个栈上(“back stack”)。当一个新activity启动,它被推送到栈顶,取得用户焦点。Back Stack符合简单“后进先出”原则,所以,当用户完成当前activity然后点击back按钮,它被弹出栈(并且被摧毁),然后之前的activity恢复。

  当一个activity因新的activity启动而停止,它被通知这种状态转变通过activity的生命周期回调函数。有许多回调函数一个activity可能会收到,源于它自己的状态变化-无论系统创建它、停止它、恢复它、摧毁它-并且每个回调提供你完成适合这个状态的指定工作的机会。例如,当停止的时候,你的activity应该释放任何大的对象,例如网络数据库连接。当activity恢复,你可以重新获得必要的资源和恢复被中断的动作。这些状态转换都是activity的生命周期的部分。

 

2.Activity的生命周期

  首先看一下Android api中所提供的Activity生命周期图(不明白的,可以看完整篇文章,在回头看一下这个图,你会明白的):

Activity其实是继承了ApplicationContext这个类,我们可以重写以下方法,如下代码:

view plaincopy to clipboardprint?
publicclass Activity extends ApplicationContext {
protectedvoid onCreate(Bundle savedInstanceState);
protectedvoid onStart();
protectedvoid onRestart();
protectedvoid onResume();
protectedvoid onPause();
protectedvoid onStop();
protectedvoid onDestroy();
}

  为了便于大家更好的理解,我简单的写了一个Demo,不明白Activity周期的朋友们,可以亲手实践一下,大家按照我的步骤来。

  第一步:新建一个Android工程,我这里命名为ActivityDemo.

  第二步:修改ActivityDemo.java(我这里重新写了以上的七种方法,主要用Log打印),代码如下:

package com.tutor.activitydemo;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
publicclass ActivityDemo extends Activity {
privatestatic final String TAG ="ActivityDemo";
publicvoid onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
Log.e(TAG,
"start onCreate~~~");
}
@Override
protectedvoid onStart() {
super.onStart();
Log.e(TAG,
"start onStart~~~");
}
@Override
protectedvoid onRestart() {
super.onRestart();
Log.e(TAG,
"start onRestart~~~");
}
@Override
protectedvoid onResume() {
super.onResume();
Log.e(TAG,
"start onResume~~~");
}
@Override
protectedvoid onPause() {
super.onPause();
Log.e(TAG,
"start onPause~~~");
}
@Override
protectedvoid onStop() {
super.onStop();
Log.e(TAG,
"start onStop~~~");
}
@Override
protectedvoid onDestroy() {
super.onDestroy();
Log.e(TAG,
"start onDestroy~~~");
}
}

  第三步:运行上述工程,效果图如下(没什么特别的):

  核心在Logcat视窗里:

  BACK键:

  当我们按BACK键时,我们这个应用程序将结束,这时候我们将先后调用onPause()->onStop()->onDestory()三个方法,如下图所示:

  HOME键:

  当我们打开应用程序时,比如浏览器,我正在浏览NBA新闻,看到一半时,我突然想听歌,这时候我们会选择按HOME键,然后去打开音乐应用程序,而当我们按HOME的时候,Activity先后执行了onPause()->onStop()这两个方法,这时候应用程序并没有销毁。如下图所示:

  而当我们再次启动ActivityDemo应用程序时,则先后分别执行了onRestart()->onStart()->onResume()三个方法,如下图所示:

  这里我们会引出一个问题,当我们按HOME键,然后再进入ActivityDemo应用时,我们的应用的状态应该是和按HOME键之前的状态是一样的,同样为了方便理解,在这里我将ActivityDemo的代码作一些修改,就是增加一个EditText。

  第四步:修改main.xml布局文件(增加了一个EditText),代码如下:

 

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns: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
="@string/hello"
/>
<EditText
android:id="@+id/editText"
android:layout_width
="fill_parent"
android:layout_height
="wrap_content"
/>
</LinearLayout>

  第五步:然后其他不变,运行ActivityDemo程序,在EditText里输入如"Frankie"字符串(如下图:)

 

  这时候,大家可以按一下HOME键,然后再次启动ActivityDemo应用程序,这时候EditText里并没有我们输入的"Frankie"字样,如下图:

  这显然不能称得一个合格的应用程序,所以我们需要在Activity几个方法里自己实现,如下第六步所示:

  第六步修改ActivityDemo.java代码如下:

package com.tutor.activitydemo;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
import android.widget.EditText;
publicclass ActivityDemo extends Activity {
privatestatic final String TAG ="ActivityDemo";
private EditText mEditText;
//定义一个String 类型用来存取我们EditText输入的值
private String mString;
publicvoid onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
mEditText
= (EditText)findViewById(R.id.editText);
Log.e(TAG,
"start onCreate~~~");
}
@Override
protectedvoid onStart() {
super.onStart();
Log.e(TAG,
"start onStart~~~");
}
//当按HOME键时,然后再次启动应用时,我们要恢复先前状态
@Override
protectedvoid onRestart() {
super.onRestart();
mEditText.setText(mString);
Log.e(TAG,
"start onRestart~~~");
}
@Override
protectedvoid onResume() {
super.onResume();
Log.e(TAG,
"start onResume~~~");
}
//当我们按HOME键时,我在onPause方法里,将输入的值赋给mString
@Override
protectedvoid onPause() {
super.onPause();
mString
= mEditText.getText().toString();
Log.e(TAG,
"start onPause~~~");
}
@Override
protectedvoid onStop() {
super.onStop();
Log.e(TAG,
"start onStop~~~");
}

@Override
protectedvoid onDestroy() {
super.onDestroy();
Log.e(TAG,
"start onDestroy~~~");
}
}

  第七步:重新运行ActivityDemo程序,重复第五步操作,当我们按HOME键时,再次启动应用程序时,EditText里有上次输入的"Frankie"字样,如下图如示:

  这时候可以在回上面看一下Activity生命周期图,我想应该完全了解了Activity的生命周期了。

 

3. Activity的onSaveInstanceState(Bundle outState))和onRestoreInstanceState(Bundle)方法。

  onSaveInstanceState方法是用来保存数据的,那它什么时候会触发呢? 

  先看Application Fundamentals上的一段话:

     Android calls onSaveInstanceState() before the activity becomes vulnerable to being destroyed by the system, but does not bother calling it when the instance is actually being destroyed by a user action (such as pressing the BACK key)

  从这句话可以知道,当某个activity变得“容易”被系统销毁时,该activity的onSaveInstanceState就会被执行,除非该activity是被用户主动销毁的,例如当用户按BACK键的时候。

注意上面的双引号,何为“容易”?言下之意就是该activity还没有被销毁,而仅仅是一种可能性。这种可能性有哪些?通过重写一个activity的所有生命周期的onXXX方法,包括onSaveInstanceState和onRestoreInstanceState方法,我们可以清楚地知道当某个activity(假定为activity A)显示在当前task的最上层时,其onSaveInstanceState方法会在什么时候被执行,有这么几种情况:


1、当用户按下HOME键时。

这是显而易见的,系统不知道你按下HOME后要运行多少其他的程序,自然也不知道activity A是否会被销毁,故系统会调用onSaveInstanceState,让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则


2、长按HOME键,选择运行其他的程序时。


3、按下电源按键(关闭屏幕显示)时。


4、从activity A中启动一个新的activity时。


5、屏幕方向切换时,例如从竖屏切换到横屏时。

在屏幕切换之前,系统会销毁activity A,在屏幕切换之后系统又会自动地创建activity A,所以onSaveInstanceState一定会被执行

 

总而言之,onSaveInstanceState的调用遵循一个重要原则,即当系统“未经你许可”时销毁了你的activity,则onSaveInstanceState会被系统调用,这是系统的责任,因为它必须要提供一个机会让你保存你的数据(当然你不保存那就随便你了)。

 


至于onRestoreInstanceState方法,需要注意的是,onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的,onRestoreInstanceState被调用的前提是,activity A“确实”被系统销毁了,而如果仅仅是停留在有这种可能性的情况下,则该方法不会被调用,例如,当正在显示activity A的时候,用户按下HOME键回到主界面,然后用户紧接着又返回到activity A,这种情况下activity A一般不会因为内存的原因被系统销毁,故activity A的onRestoreInstanceState方法不会被执行


另外,onRestoreInstanceState的bundle参数也会传递到onCreate方法中,你也可以选择在onCreate方法中做数据还原.

posted @ 2012-10-24 08:35  左眼跳跳  阅读(234)  评论(0编辑  收藏  举报