1. App在什么状态下被回收
Android系统在运行程序的过程中发现内存不足，他会去杀一些后台进程，来获取内存，这个过程我们简单称为回收进程。如果后台进程都杀光了，内存还不够，此时可能有2种表现，1，跳出OOM崩溃 2，杀死前台进程。并没有回收某个activity或者回收某些activity的行为。
2. Android的几种进程
-
前台进程
即与用户正在交互onResume的Activity或者Activity用到的Service在前台等，如果系统内存不足时前台进程是最后被杀死的
-
可见进程
可以是处于暂停状态(onPause)的Activity或者绑定在其上的Service，即被用户可见，但由于失去了焦点而不能与用户交互
-
服务进程
其中运行着使用startService方法启动的Service，虽然不被用户可见，但是却是用户关心的，例如用户正在非音乐界面听的音乐或者正在非下载页面自己下载的文件等；当系统要空间运行前两者进程时才会被终止
-
后台进程
其中运行着执行onStop方法而停止的程序，但是却不是用户当前关心的，例如后台挂着的QQ，这样的进程系统一旦没了有内存就首先被杀死
-
空进程
不包含任何应用程序的程序组件的进程，这样的进程系统是一般不会让他存在的
优先级从下往下，依次递减
3.避免后台进程被系统回收方法
调用startForegound，让你的Service所在的线程成为前台进程
Service的onStartCommond返回START_STICKY或START_REDELIVER_INTENT
Service的onDestroy里面重新启动自己
4.后台进程被回收，进程重启下，Activity的恢复规则
进程被自然回收之后，Activity的栈信息，历史记录还存在。再从历史程序里点击的时候，进程会重启，然后只恢复栈顶的activity，其他栈内的activity只有在需要的时候被恢复。
5.其他形式的进程死亡再恢复
崩溃（比如空指针），ddms杀进程.
这2种方式杀进程之后的恢复和回收进程的不太一样。因为这2种方式导致进程死亡，此时进程一般是前台进程，前台进程死亡，然后恢复并不会恢复栈顶activity，而是恢复栈顶前面的那个activity，为什么呢？
我们来解释下，如果是崩溃导致进程死亡，那崩溃发生在栈顶的那个activity，此activity根本没调用 onSaveInstanceState，那怎么恢复？没法恢复，只能恢复上一个activity。
6.进程恢复Activity规则
前台进程死亡后恢复，恢复的是当前显示的activity的上一个activity，记住activity要想被恢复，必须是经历过onSaveInstanceState的activity。
后台进程死亡恢复，此前栈顶的Activity已经调用onSaveInstanceState，因此恢复栈顶Activity.其他栈内的Activity只有在需要的时候被恢复。
7.进程重启处理
所有的静态变量被清空
如何判断应用进程被系统回收
在Application中定义一个static常量，赋值为－1，在欢迎界面改为0，如果被强杀，application重新初始化，在父类Activity判断该常量的值。
- 应用进程被系统回收如何解决
如果在每一个Activity的onCreate里判断是否被强杀，冗余了，封装到Activity的父类中，如果被强杀，跳转回主界面，如果没有被强杀，执行Activity的初始化操作，给主界面传递intent参数，主界面会调用onNewIntent方法，在onNewIntent跳转到欢迎页面，重新来一遍流程。
8.进程被强杀，是指System.exit(0),或者非系统回收而强制停止进程
- Activity不会调用任何生命周期方法。
