Activity生命周期和进程详解
1.Activity的四个状态：
关于Activity的四个状态：
running-poused-stopped-killed
1.running->当前显示在屏幕的activity(位于任务栈的顶部)，用户可见状态。
2.poused->依旧在用户可见状态，但是界面焦点已经失去，此Activity无法与用户进行交互。
3.stopped->用户看不到当前界面,也无法与用户进行交互 完全被覆盖。
4.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状态。
2.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().
3.Activity跳转的生命周期
3.1.activity A和B启动模式都是默认(即没在manifest文件中设置)，调用startActivityForResult函数
执行：从A跳转到B，在B点击返回键，执行的生命周期如下图：
3.2.activity A和B启动模式都是默认(即没在manifest文件中设置)，调用startActivityForResult函数
执行：从A跳转到B，在B点击返回键，执行的生命周期如下图：
3.3.activity A设置为singleTop或者singleTask，B保持默认模式，调用startActivityForResult
执行：从A跳转到B，在B点击返回键，执行的生命周期如下图：
因此，A的设置为这两种启动模式不影响正常的函数执行顺序。
3.4.activity A保持默认，B设置为singleTop，调用startActivityForResult
执行：从A跳转到B，在B点击返回键，执行的生命周期如下图：
函数执行顺序正常。
3.5.activity A设置为默认，singleTop或singleTask，B设置为singleTask或singleInstance，调用startActivityForResult
执行：从A跳转到B，在B点击返回键，执行的生命周期如下图：
由此可见，在B刚刚跳转的时候A的onActivityResult方法已经调用了，并没有等到B的返回结果后再调用，并且A执行了onResume方法后才调用B的一系列创建和显示函数，从B返回后，函数执行顺序正常。
3.6.activity A设置为默认或者singleTop，B设置为默认或者singleTop
执行：AB之间互相调用startActivity方法，打印出A的getIntent()结果
由此看出，A第一次获得了主Activity的intent，第二次重新创建了A，获得了B传过来的intent。
3.7.activity A设置为singleTask，B设置为默认
执行：AB之间互相调用startActivity方法，打印出A的getIntent()结果
由此可见，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 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，属于空进程。改进程很容易被杀死。
