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()方法:

  ActivityonSaveInstanceState() 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.

posted @ 2013-12-04 17:08  若 ♂ 只如初见  阅读(575)  评论(0编辑  收藏  举报