activity生命周期

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处连接和本声明。
本文连接：https://blog.csdn.net/xiajun2356033/article/details/78741121
activity生命周期（这篇足够了）
摘要
作安卓开发已经4年多了，所接触的知识点也比较零散，在这里记录一下android方面的知识点，方便本身之后复习，有什么不足的，以及错误的欢迎拍砖。

activity
activity从开始到结束的四个状态。
activity的生命周期。
activity的进程优先级。
activity的四个状态
关于activity的四个状态：
running-poused-stopped-killed

running->当前显示在屏幕的activity(位于任务栈的顶部)，用户可见状态。
poused->依旧在用户可见状态，可是界面焦点已经失去，此Activity没法与用户进行交互。
stopped->用户看不到当前界面,也没法与用户进行交互 彻底被覆盖.
killed->当前界面被销毁，等待这系统被回收
关于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状态。

activity的生命周期
oncreate()->onstart()->onResume()->onRestart()->onPouse()->onStop()->onDestory()

上面图归纳了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().

注: 当AActivity切换BActivity的所执行的方法：

AActivity:onCreate()->onStart()->onResume()->onPouse()
BActivity:onCreate()->onStart()->onResume()
AActivity:onStop()->onDestory()

当AActivity切换BActivity（此activity是以dialog形式存在的）所执行的方法:

AActivity:onCreate()->onStart()->onResume()->onPouse()
BActivity:onCreate()->onStart()->onResume()

Activity中onSaveInstanceState()和onRestoreInstanceState()
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) : 该默认的方法是实现 组件状态保存的;

onRestoreInstanceState(Bundle outState):
方法回调时机 : 在 Activity 被系统销毁以后 恢复 Activity 时被调用, 只有销毁了以后重建的时候才调用, 若是内存充足, 系统没有销毁这个 Activity, 就不须要调用;
– Bundle 对象传递 : 该方法保存的 Bundle 对象在 Activity 恢复的时候也会经过参数传递到 onCreate() 方法中;

activity的进程优先级。
前台进程>可见进程>service进程>后台进程>空进程

前台进程:  1.当前进程activity正在与用户进行交互。  2.当前进程service正在与activity进行交互或者当前service调用了startForground()属于前台进程或者当前service正在执行生命周期（onCreate(),onStart(),onDestory()）  3.进程持有一个BroadcostReceiver,这个BroadcostReceiver正在执行onReceive()方法 1 2 3 可见进程:  1. 进程持有一个activity，这个activity再也不前台，处于onPouse()状态下，当前覆盖的activity是以dialog形式存在的。  2. 进程有一个service，这个service和一个可见的Activity进行绑定。 1 2 service进程:  1.当前开启startSerice()启动一个service服务就能够认为进程是一个服务进程。 1 后台进程:   activity的onStop()被调用，可是onDestroy()没有调用的状态。该进程属于后台进程。 1 空进程:  改进程没有任何运行的数据了，且保留在内存空间，并无被系统killed,属于空进程。该进程很容易被杀死。 1 参考: http://blog.csdn.net/wuseyukui/article/details/48004687 http://blog.csdn.net/eclothy/article/details/24404079 ———————————————— 版权声明：本文为CSDN博主「android_Mr_夏」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处连接及本声明。 原文连接：https://blog.csdn.net/xiajun2356033/article/details/78741121