android 生命周期

原创 2013年12月02日 00:44:20

这两天因为一个从后台唤醒导致程序退出的问题困扰了很久。接下来才认真回头来看,android生命周期的详细解释。

生命周期,要说,主要包含的就是:

Application

Activity

在我们的应用程序中,我们通常用来操作的也就是activity。由于它有很多的配置属性,还有intent中的flag。光看网上的介绍,不实际试验一下,真的很难理解其中的参数。


试验1:

A(launchmode=standard,root)->B(standard)->C(standard)

接下来通过home,切换到主屏幕,->home->启动程序图标,这时候显示的C,然后back依次返回退出。

这个时候如果在配置中对A加上(android:clearTaskOnLaunch="true")

home->启动程序图标,则B,C被退出掉,显示A。

home->最近任务切换进入,则还是在C上。


试验2

A(launchmode=singleTask,root)->B(standard)->C(standard)

home->run A 这个时候,BC都会被从栈上清除掉。

home-recent runA 同样的效果

可是如果,A->B的时候,把A finish掉,然后B->C

home->run A ,BC将仍然存在(栈中间已经终端了,A无法清除之前的其他Activity),这个时候backA的话,CB就依次出现了。

试验3

A(launchmode=standard,root)->B(singleTask)->C(standard)

home->run A 这个时候,停留在C,也就是说B的singleTask,不会把C清楚掉。这应该也就是说,singleTask通常要放在根的位置的原因。


试验4,关于程序在后台被系统杀掉后的情况

launchmode=standard 并且堆栈是保持连续的话,home再重新进入,系统会重新创建离开时候的activity。这个时候,往往由于初始化的数据,还未得到正常的初始化,导致报错。因此正确处理的方式是保存推出前的数据,在重新oncreate的时候恢复数据。

launchmode=singetask,点击图标则会重新启动起始的activity,并完成初始化。(这样仍然隐藏一个问题,你仍然可以从最近任务中进入,这样系统还是会去create离开时候的activity)


关于使用FLAG_ACTIVITY_NEW_TASK来跳转一个activity的试验:

在本身程序中,使用这个标识跳转,不会出现新的task。要出现新的task必须设置不同的taskAffinity。

如果同时设置taskAffinity=‘abc’,然后又是singleTask,竟然出现直接无法安装apk的报错。


一些资料:

android:allowTaskReparenting 
    用来标记Activity能否从启动的Task移动到有着affinity的Task(当这个Task进入到前台时)

   “true”,表示能移动,“false”,表示它必须呆在启动时呆在的那个Task里。

    如果这个特性没有被设定,设定到<application>元素上的allowTaskReparenting特性的值会应用到Activity上。默认值为“false”。

    一般来说,当Activity启动后,它就与启动它的Task关联,并且在那里耗尽它的整个生命周期。当当前的Task不再显示时,你可以使用这个特性来强制Activity移动到有着affinity的Task中。典型用法是:把一个应用程序的Activity移到另一个应用程序的主Task中。 
    例如,如果 email中包含一个web页的链接,点击它就会启动一个Activity来显示这个页面。这个Activity是由Browser应用程序定义的,但是,现在它作为email Task的一部分。如果它重新宿主到Browser Task里,当Browser下一次进入到前台时,它就能被看见,并且,当email Task再次进入前台时,就看不到它了。 

    Actvity的affinity是由taskAffinity特性定义的。Task的affinity是通过读取根Activity的affinity决定。因此,根Activity总是位于相同affinity的Task里。由于启动模式为“singleTask”和“singleInstance”的Activity只能位于Task的底部,因此,重新宿主只能限于“standard”和“singleTop”模式。

android:alwaysRetainTaskState 
    用来标记Activity所在的Task的状态是否总是由系统来保持。

    “true”,表示总是;“false”,表示在某种情形下允许系统恢复Task到它的初始化状态。默认值是“false”。

    这个特性只针对Task的根Activity有意义;对其它Activity来说,忽略之。 
    一般来说,特定的情形如当用户从主画面重新选择这个Task时,系统会对这个Task进行清理(从stack中删除位于根Activity之上的所有Activivity)。典型的情况,当用户有一段时间没有访问这个Task时也会这么做,例如30分钟。 
    然而,当这个特性设为“true”时,用户总是能回到这个Task的最新状态,无论他们是如何启动的。这非常有用,例如,像Browser应用程序,这里有很多的状态(例如多个打开的Tab),用户不想丢失这些状态。

android:clearTaskOnLaunch 
    用来标记是否从Task中清除所有的Activity,除了根Activity外(每当从主画面重新启动时)

   “true”,表示总是清除至它的根Activity,“false”表示不。默认值是“false”。

    这个特性只对启动一个新的Task的Activity(根Activity)有意义;对Task中其它的Activity忽略。 
    当这个值为“true”,每次用户重新启动这个Task时,都会进入到它的根Activity中,不管这个Task最后在做些什么,也不管用户是使用BACK还是HOME离开的。当这个值为“false”时,可能会在一些情形下(参考alwaysRetainTaskState特性)清除Task的Activity,但不总是。 
    假设,某人从主画面启动了Activity P,并从那里迁移至Activity Q。接下来用户按下HOME,然后返回Activity P。一般,用户可能见到的是Activity Q,因为它是P的Task中最后工作的内容。然而,如果P设定这个特性为“true”,当用户按下HOME并使这个Task再次进入前台时,其上的所有的Activity(在这里是Q)都将被清除。因此,当返回到这个Task时,用户只能看到P。 
    如果这个特性和allowTaskReparenting都设定为“true”,那些能重新宿主的Activity会移动到共享affinity的Task中;剩下的Activity都将被抛弃,如上所述。

android:finishOnTaskLaunch 
    用来标记当用户再次启动它的Task(在主画面选择这个Task)时已经存在的Activity实例是否要关闭(结束)

   “true”,表示应该关闭,“false”表示不关闭。默认值是“false”。 
    如果这个特性和allowTaskReparenting都设定为“true”,这个特性胜出。Activity的affinity忽略。这个Activity不会重新宿主,但是会销毁。


FLAG_ACTIVITY_NEW_TASK:
       一个Activity一般通过调用startActivity()启动并加入到Task中。它同调用者一样,进入同一个Task。
然而,如果传递给startActivity()的Intent对象中包含FLAG_ACTIVITY_NEW_TASK时,系统会搜索一个新的Task来容纳新的Activity。

       通常,如标志的名字所示,是一个新的Task。然而,并不是必须是。如果已经存在一个Task与新Activity的affinity相同,这个Activity就会加入到那个Task中。如果不是,启动一个新的Task。
       如果启动它的acitve和新Activity的affinity相同,那么新Activity的会进入启动它的acitve所在的Task.

相关文章推荐

android活动生命周期

  • 2017年10月28日 11:46
  • 33.23MB
  • 下载

Android生命周期

  • 2014年03月05日 15:36
  • 1.11MB
  • 下载

Android— Activity详解(生命周期、以各种方式启动Activity、状态保存,完全退出等)

一、什么是Activity?     简单的说:Activity就是布满整个窗口或者悬浮于其他窗口上的交互界面。在一个应用程序中通常由多个Activity构成,都会在Manifest.xml中指定一...

浅谈Android生命周期

  • 2016年08月16日 13:11
  • 1.17MB
  • 下载

Android基础--View的生命周期

2016年3月30日 偶尔的坚持比科学更重要 最近常常用到自定义的View和ViewGroup,且发现在自定义时总是出现一些莫名奇妙的问题,其大部分的原因可以归咎于View的生命周期。 View相...

android生命周期详解,新手必看

  • 2012年05月25日 19:58
  • 543KB
  • 下载

Android 监听各个Acitivity的生命周期

Android Application 监听Activity生命周期
  • csm_qz
  • csm_qz
  • 2016年03月21日 15:23
  • 629

Android生命周期详解

  • 2013年04月06日 00:04
  • 280KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:android 生命周期
举报原因:
原因补充:

(最多只允许输入30个字)