1.生命周期
关于生命周期 ， 在详细讲解下：
Android 四大组件之Activity
上图是从android官网获取的生命周期 。
正常的流程，很多文章都讨论过了 ， 我们讨论几个特殊的情况 。
1)OnResume->OnPause->OnResume 我们看这段解释：The activity is no longer visible 。
也就是说在onpause阶段，activity还是可见的，but，它不在最上面 ， 这种情况一般情况下 ， 就是在activity页面弹一个dialog 。
测试：亲测 ， android5.1 onpause不会走到 。
还有一种说法是 ， 有一个半透明的activity覆盖了activityA，activityA就会走到onPause，但不会on stop 。
在android 5.1 上 ， 还是会走到on stop 。
我自己发现了一种可以的case：
ActivityA->ActivityB, ActivityB 的theme是@android:style/Theme.Dialog
这个时候ActivityA是onPause，but不会进入on stop 。
2)App process killed
If an activity is paused or stopped, the system can drop the activity from memory by either asking it to finish, or simply killing its process. When it is displayed again to the user, it must be completely restarted and restored to its previous state.
上面代码解释了 ， 当app处于onpause/on stop状态时，如果系统内存不足，该activity就会被回收，恢复的时候将需要从onCreate从新开始走 。
protected void onCreate(@Nullable Bundle savedInstanceState)
所以说判断activity是否是首次创建，通过Bundle参数是否为null可以来判断 。
当然 ， activity的内容已被回收 ， 需要考虑如何恢复场景 。
这里暂时先保留一个疑问：这个savedInstanceState是存在哪里的，为什么可以被重现？
关于onSavedInstanceState的说明：
这个方法不属于生命周期的概念，所以它与OnPause没有先后之分，并且它并不一定会被调用 。
而该函数的目的，是为了在activity被回收的时候，有一个保存状态的地方 。
如果app没有被回收，onRestoreInstanceState & onCreate也不会从新被走到 。
这里会有个问题 ， 这2个方法的bundle参数是一样的吗？
是的，它们是一份内容 。onRestoreInstanceState 只是在onCreate的时机不是特别好做状态还原的时候，提供一次机会，在初始化结束的时候
回复状态 。
onRestoreInstanceState 只有在activity重新init的时候，才会被调到 。
This method is called between {@link #on start} and * {@link #onPostCreate}.
onPostCreate是Activity创建过程的最后一步，一般app不需要重载该方法 。
另：系统会自动保存view的状态在savedInstanceState的时候 。
关于saveInstanceState也是在mainthread里面执行回调的 。
3)onDestory回收资源
在onDestory回收资源不一定是比较好的办法 。应为onDestory可能不会被走到 。一个可行的方式是自己管理资源的回收，而不依赖与生命周期 。
2.Configuration Changes
配置变化，包括screen方向，语言
such as a change in screen orientation, language, in put devices, etc
这些改变，android希望由程序员自己来handler ， 所以如果没有做任何配置，activity会被重新创建 。
fulmath.samples I/MainActivity: onDestroy: com.joyfulmath.samples.MainActivity@c4f7c4d [at (MainActivity.java:74)]10-09 06:39:35.951 3889-3889/com.joyfulmath.samples I/MainActivity: onCreate: com.joyfulmath.samples.MainActivity@28808a14 [at (MainActivity.java:27)]10-09 06:39:35.951 3889-3889/com.joyfulmath.samples I/MainActivity: onCreate: 2 [at (MainActivity.java:31)]
但是saveInstanceState会被保存下来，这从另一个方面证明，这个bundle不是存在activity里面的 。
亲测：language和screen orientation的改变，都会创建新的activity实例 。
关于这块的详细说明android官方文档有解释：
https://developer.android.com/guide/topics/manifest/activity-element.html#config
我就不在复述了 。
关于语言的监听需要从locallayoutdirection来同时设置 。android:configChanges
从实际使用场景来说，屏幕方向的改变是最有可能会遇到的 。orientation screenSize需要配置在manifest中 。
3.permission
关于APK之间的activity相互调用，一共有三种方式：
具体可参考http://www.cnblogs.com/winxiang/archive/2012/05/04/2482883.html
但是第一种方式是无法阻止的 。就像service & contentprovider一样，可以使用permission来控制访问权限 。
我们可以自定义permission，并且由activity使用 。
android:name="com.joyfulmath.samples.permission.ACCESS" android:label="Samples custome permission" android:protectionLevel="dangerous" > android:name=".MyApplication" android:allowBackup="true" android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:supportsRtl="true" android:theme="@style/AppTheme"> android:configChanges="orientation|screenSize|locale|keyboardHidden|layoutDirection"> android:permission="com.joyfulmath.samples.permission.ACCESS" >
上面是一个简单的permission的使用 。
permission的目的是为了阻止其他apk对该activity的任意访问，所以同一个apk内，就没有这个概念 。包括explored属性是一样的 。
4.Process Lifecycle
系统会尽可能的保存process的存活，但是如果一定要回收process的话 ， 会有一个优先级来管理 。
前台进程
进程持有一个与用户交互的activity
进程持有一个service，该service同某个用户交互的activity绑定 。该service是setforeground 。该service正在进行生命周期回调 。
进程持有一个boradcast，该broadcast在进行onreceiver 。
kill前台进程需要用户交互 。
可见进程
进程持有一个可见，但不在前台的activity，进入onpause，but没有进入on stop 。
进程持有一个可见service，该service和可见activity在交互 。
服务进程
进程持有一个不属于上面2种情况的service ， 也就是startservice的情况 。
后台进程
【Android 四大组件之Activity】
后台进程通常就是不属于上面3种情况下，对应activity就是在on stop状态 。
通常会有很多后台进程在运行，系统会有一个LRU表来管理，而最远的process将会优先被kill掉 。
空进程
只是系统缓存，目的为了加快进程组件的加载 。
