Android学习笔记_18_Activity生命周期 及 跳转方式

一、Activity有三个状态：

       1、当它在屏幕前台时（位于当前任务堆栈的顶部），它是激活或运行状态。它就是响应用户操作的Activity。

　　 2、 当它上面有另外一个Activity，使它失去了焦点但仍然对用户可见时（如右图），它处于暂停状态。在它之上的Activity没有完全覆盖屏幕，或者是透明的，被暂停的Activity仍然对用户可见，并且是存活状态（它保留着所有的状态和成员信息并保持和窗口管理器的连接）。如果系统处于内存不足时会杀死这个Activity。

　　 3、当它完全被另一个Activity覆盖时则处于停止状态。它仍然保留所有的状态和成员信息。然而对用户是不可见的，所以它的窗口将被隐藏，如果其它地方需要内存，则系统经常会杀死这个Activity。

　　当Activity从一种状态转变到另一种状态时，会调用以下保护方法来通知这种变化：

void onCreate(Bundle savedInstanceState)
void onStart()
void onRestart()
void onResume()
void onPause()
void onStop()
void onDestroy()

这七个方法定义了Activity的完整生命周期。实现这些方法可以帮助我们监视其中的三个嵌套生命周期循环：

• lActivity的完整生命周期自第一次调用onCreate()开始，直至调用onDestroy()为止。Activity在onCreate()中设置所有“全局”状态以完成初始化，而在onDestroy()中释放所有系统资源。例如，如果Activity有一个线程在后台运行从网络下载数据，它会在onCreate()创建线程，而在 onDestroy()销毁线程。

• Activity的可视生命周期自onStart()调用开始直到相应的onStop()调用结束。在此期间，用户可以在屏幕上看到Activity，尽管它也许并不是位于前台或者也不与用户进行交互。在这两个方法之间，我们可以保留用来向用户显示这个Activity所需的资源。例如，当用户不再看见我们显示的内容时，我们可以在onStart()中注册一个BroadcastReceiver来监控会影响UI的变化，而在onStop()中来注消。onStart() 和 onStop() 方法可以随着应用程序是否为用户可见而被多次调用。

•  Activity的前台生命周期自onResume()调用起，至相应的onPause()调用为止。在此期间，Activity位于前台最上面并与用户进行交互。Activity会经常在暂停和恢复之间进行状态转换——例如当设备转入休眠状态或者有新的Activity启动时，将调用onPause() 方法。当Activity获得结果或者接收到新的Intent时会调用onResume() 方法。关于前台生命周期循环的例子请见PPT下方备注栏。

 

二、Activity的onSaveInstanceState()和 onRestoreInstanceState()方法：

　　Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法，它们不同于 onCreate()、onPause()等生命周期方法，它们并不一定会被触发。当应用遇到意外情况（如：内存不足、用户直接按Home键）由系统销毁一个Activity时，onSaveInstanceState() 会被调用。但是当用户主动去销毁一个Activity时，例如在应用中按返回键，onSaveInstanceState()就不会被调用。因为在这种情况下，用户的行为决定了不需要保存Activity的状态。通常onSaveInstanceState()只适合用于保存一些临时性的状态，而onPause()适合用于数据的持久化保存。另外，当屏幕的方向发生了改变， Activity会被摧毁并且被重新创建，如果你想在Activity被摧毁前缓存一些数据，并且在Activity被重新创建后恢复缓存的数据。可以重写Activity的 onSaveInstanceState() 和 onRestoreInstanceState()方法，如下：

public class PreferencesActivity extends Activity {
    private String name;
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
    name = savedInstanceState.getString("name"); //被重新创建后恢复缓存的数据
    super.onRestoreInstanceState(savedInstanceState);
    }
    protected void onSaveInstanceState(Bundle outState) {
    outState.putString("name", "liming");//被摧毁前缓存一些数据
    super.onSaveInstanceState(outState);
    }
}

 

跳转activity的几种方式，主要是通过intent意图，分为显示和隐式intent

1.显示跳转

A.class跳转

用例：

1 Intent it = new Intent(A.this,B.class);
2 //it.putExtra("key","value"); //跳转时传的参数
3 startActivity(it);

使用场景：应用内部跳转，频率较高

 

B.包名、类名跳转

用例：

1 Intent it= new Intent();
2 it.setClassName("cn.thear","cn.thear.MainActivity"); //包名和类名
3 //it.putExtra("key","value"); //传一些参数
4 startActivity(it);

 

使用场景：内部跳转+外部跳转。

 

C.ComponentName跳转

用例：

1 Intent it= new Intent();
2 it.setComponent(new ComponentName(<span></span>"cn.thear","cn.thear.MainActivity")); //包名和类名
3 //it.putExtra("key","value"); //传一些参数
4 startActivity(it);

使用场景：内部跳转+外部跳转。

注：在外部跳转时，当要跳转第三应用时，只知道包名和类名，就推荐用B或C跳转了。但这个不是特别灵活，比如在要跳转的activity前有个过渡初始化页面时，那直接跳过去肯定会出问题的啦。

 

2.隐式跳转

1 Intent it = new Intent("com.custom.skip.action");//参数要跳转的activity中定义的action名，这个action是在androidManifest.sml中定义
2 //it.putExtra("key","value"); //跳转时传的参数
3 startActivity(it);

使用场景：内部跳转+外部跳转。推荐非第三应用的外部跳转，这样方便约定此action跳转

 

3.跳转时遇到的问题

####在外部跳转（尤其是第三方应用跳转系统应用）时，相信大家肯定遇到了个权限问题######

1 10-21 12:08:13.183: E/AndroidRuntime(25061): java.lang.SecurityException: Permission Denial: starting Intent { cmp=cn.thear/cn.thear.MainActivity} from ProcessRecord{42212920 25061:com.example.outappopenactivity/u0a10026} (pid=25061, uid=10026) not exported from uid1000

这个是因为2个应用不在同一个用户组里，是跨进程跳转。需要在AndroidManifest.xml中要跳转的activity中加入一个属性android:exported="true"，允许外部跳转，此时能够跳转成功。
但是，这个属性的介绍是这样的：

http://developer.android.com/guide/topics/manifest/activity-element.html#exported

当这个值为“false”时，只能在同一个应用或者有相同的user id（比如跳转系统应用，则要添加system uid,并签名）的应用里被启动。
当为“true”，不管什么组件，都能启动这个activity。

这个属性的默认值依赖于这个activity是否声明了intent-filter,如果没有，则为false；否则为默认为true.