Activity生命周期和进程详解

  • 内容
  • 相关

1.Activity的四个状态:

关于Activity的四个状态:

running-poused-stopped-killed

1.running->当前显示在屏幕的activity(位于任务栈的顶部),用户可见状态。

2.poused->依旧在用户可见状态,但是界面焦点已经失去,此Activity无法与用户进行交互。

3.stopped->用户看不到当前界面,也无法与用户进行交互 完全被覆盖。

4.killed->当前界面被销毁,等待这系统被回收。

关于Activity四个状态所在的生命周期:

关于Activity四个状态的生命周期

由上图可知:

Starting ——–>Running 所执行的生命周期顺序 onCreate()->onstart()->onResume()

当前称为活动状态(Running),此activity所处于任务栈的top中,可以与用户进行交互。

Running ——>Paused 所执行Activity生命周期中的onPause()

当前称为暂停状态(Paused),该Activity已失去了焦点但仍然是可见的状态(包括部分可见)。

Paused ——>Running所执行的生命周期为:OnResume()

当前重新回到活动状态(Running),此情况用户操作home键,然后重新回到当前activity界面发生。

Paused ——>Stoped所执行的生命周期为:onStop()

该Activity被另一个Activity完全覆盖的状态,该Activity变得不可见,所以系统经常会由于内存不足而将该Activity强行结束。

Stoped——>killed所执行的生命周期为:onDestroy()

该Activity被系统销毁。当一个Activity处于暂停状态或停止状态时就随处可能进入死亡状态,因为系统可能因内存不足而强行结束该Activity。

注:还有一种情况由于系统内存不足可能在Paused状态中直接被系统杀死达到killed状态。

2.Activity的生命周期

oncreate()->onstart()->onResume()->onRestart()->onPouse()->onStop()->onDestory()

Activity的生命周期

上面图概括了android生命周期的各个环节,描述了activity从生成到销毁的过程。

onCreate():

当我们点击activity的时候,系统会调用activity的oncreate()方法,在这个方法中我们会初始化当前布局setContentLayout()方法。
onStart():

onCreate()方法完成后,此时activity进入onStart()方法,当前activity是用户可见状态,但没有焦点,与用户不能交互,一般可在当前方法做一些动画的初始化操作。
onResume():

onStart()方法完成之后,此时activity进入onResume()方法中,当前activity状态属于运行状态 (Running),可与用户进行交互。
onPouse()

当另外一个activity覆盖当前的acitivty时,此时当前activity会进入到onPouse()方法中,当前activity是可见的,但不能与用户交互状态。
onStop()

onPouse()方法完成之后,此时activity进入onStop()方法,此时activity对用户是不可见的,在系统内存紧张的情况下,有可能会被系统进行回收。所以一般在当前方法可做资源回收。
onDestory()

onStop()方法完成之后,此时activity进入到onDestory()方法中,结束当前activity。
onRestart()

onRestart()方法在用户按下home()之后,再次进入到当前activity的时候调用。调用顺序onPouse()->onStop()->onRestart()->onStart()->onResume().

3.Activity跳转的生命周期

3.1.activity A和B启动模式都是默认(即没在manifest文件中设置),调用startActivityForResult函数

执行:从A跳转到B,在B点击返回键,执行的生命周期如下图:

生命周期3.2.activity A和B启动模式都是默认(即没在manifest文件中设置),调用startActivityForResult函数

执行:从A跳转到B,在B点击返回键,执行的生命周期如下图:

Activity生命周期3.3.activity A设置为singleTop或者singleTask,B保持默认模式,调用startActivityForResult

执行:从A跳转到B,在B点击返回键,执行的生命周期如下图:

Activity生命周期因此,A的设置为这两种启动模式不影响正常的函数执行顺序。

3.4.activity A保持默认,B设置为singleTop,调用startActivityForResult

执行:从A跳转到B,在B点击返回键,执行的生命周期如下图:

Activity生命周期函数执行顺序正常

3.5.activity A设置为默认,singleTop或singleTask,B设置为singleTask或singleInstance,调用startActivityForResult

执行:从A跳转到B,在B点击返回键,执行的生命周期如下图:

Activity生命周期       由此可见,在B刚刚跳转的时候A的onActivityResult方法已经调用了,并没有等到B的返回结果后再调用,并且A执行了onResume方法后才调用B的一系列创建和显示函数,从B返回后,函数执行顺序正常。

3.6.activity A设置为默认或者singleTop,B设置为默认或者singleTop

执行:AB之间互相调用startActivity方法,打印出A的getIntent()结果

Activity生命周期 由此看出,A第一次获得了主Activity的intent,第二次重新创建了A,获得了B传过来的intent。

3.7.activity A设置为singleTask,B设置为默认

执行:AB之间互相调用startActivity方法,打印出A的getIntent()结果

Activity生命周期 由此可见,activity A获得的两次intent都是一样的,并没有获得从B跳转过来的intent。

3.8.Activity跳转总结

3.8.1.针对第五中的情况,将activity B设置为singleTask或者singleInstance,A的onActivityResult会提前执行,B中的setResult函数不起作用。查阅了相关资料后发现,当activity B为singleTask或者singleInstance时,只能用startActivity方法,Android认为不同task之间不能传递数据。其实这样的说法不太令人接受,更清楚的解释是,如果task 1里面的activity 1跳转到task 2里面的某个指定为singleTask的activity 2,那么task 2里面的activity会全部加载到当前的task 1里面(上面),因此从activity 2返回后,不一定会回到task 1,因此setResult也就没意义了,出于系统保护机制,onActivityResult方法就立即执行了。因此,将singleTask改为默认模式,就可以避免这样的情况。

3.8.2.针对第七中的情况,当要携带数据跳转到singleTask的activity时,由于task中只存在一个实例,因此不会执行onCreate方法,但是会执行A的onNewIntent方法,此时需要在该方法内调用setIntent方法将intent赋值给A的intent,否则A中的intent仍然是老的intent,正如第七中的所示。从另一层面讲,指定为singleTask的activity,往往会被很多activity调用,因此onNewIntent方法就是为了区分来自不同activity的intent数据。加完setIntent方法后运行结果如下所示:

Activity生命周期此时,activity A中获取的intent就是两个不一样的了。

4.Activity中的onSaveInstanceState()和onRestoreInstanceState()

4.1.onSaveInstanceState(Bundle outState)

onSaveInstanceState函数在Activity生命周期中执行。
outState 参数作用 :

数据保存 : Activity 声明周期结束的时候, 需要保存 Activity 状态的时候, 会将要保存的数据使用键值对的形式

保存在 Bundle 对象中;


调用时机 :

Activity 被销毁的时候调用, 也可能没有销毁就调用了;
按下Home键 : Activity 进入了后台, 此时会调用该方法;
按下电源键 : 屏幕关闭, Activity 进入后台;

启动其它 Activity : Activity 被压入了任务栈的栈底;
横竖屏切换 : 会销毁当前 Activity 并重新创建;


onSaveInstanceState方法调用注意事项 :
用户主动销毁不会调用 : 当用户点击回退键 或者 调用了 finish() 方法, 不会调用该方法;
调用时机不固定 : 该方法一定是在 onStop() 方法之前调用, 但是不确定是在 onPause() 方法之前 还是 之后调用;

布局中组件状态存储 : 每个组件都 实现了 onSaveInstance() 方法, 在调用函数的时候, 会自动保存组件的状态, 注意, 只有有 id 的组件才会保存;

关于默认的 super.onSaveInstanceState(outState) : 该默认的方法是实现 组件状态保存的;

4.2.onRestoreInstanceState(Bundle outState)

方法回调时机 : 在 Activity 被系统销毁之后 恢复 Activity 时被调用, 只有销毁了之后重建的时候才调用, 如果内存充足, 系统没有销毁这个 Activity, 就不需要调用;

– Bundle 对象传递 : 该方法保存的 Bundle 对象在 Activity 恢复的时候也会通过参数传递到 onCreate() 方法中;

5.Activity的进程优先级

前台进程>可见进程>service进程>后台进程>空进程

5.1.前台进程

1.当前进程activity正在与用户进行交互。

2.当前进程service正在与activity进行交互或者当前service调用了startForground()属于前台进程或者当前service正在执行生命周期(onCreate(),onStart(),onDestory())。

3.进程持有一个BroadcostReceiver,这个BroadcostReceiver正在执行onReceive()方法。

5.2.可见进程

1.进程持有一个activity,这个activity不在前台,处于onPause()状态下,当前覆盖的activity是以dialog形式存在的。

2.进程有一个service,这个service和一个可见的activity进行绑定。

5.3.service进程

1.当前开启startService()启动一个service服务就可以认为进程是一个服务进程。

5.4.后台进程

activity的onStop()被调用,但是onDestroy()没有调用的状态。该进程属于后台进程。

5.5.空进程

改进程没有任何运行的数据了,且保留的内存空间,并没有被系统killed,属于空进程。改进程很容易被杀死。

6.转载:

Activity的生命周期函数、onActivityResult、intent和启动模式的调用关系

activity生命周期(这篇足够了)

本文标签:

版权声明:若无特殊注明,本文皆为《admin_H》原创,转载请保留文章出处。

本文链接:Activity生命周期和进程详解 - https://blog.bnist.com/post/20

发表评论

电子邮件地址不会被公开。 必填项已用*标注

未显示?请点击刷新

允许邮件通知
Sitemap