Activity的生命周期及常见回调顺序
关于Activity的生命周期相信不少人都觉得自己很了解了，毕竟大多数入门的时候都会首先学这个，但事实真的是这样吗？当初我也是这样想，直到在面试的时候栽了跟头~ 在哪跌倒就在哪爬起来，本文带你全面的了解一下Activity的生命周期，面试再问到也不怕啦
首先按照官方生命周期流程图逐个解释生命周期回调
当Activity首次创建的时候触发，这是生命周期的第一个方法，我们需要重写这个回调，并在调用setContentView()去加载界面布局资源，以及实例化一些变量。该方法有一个参数savedInstanceState，该参数包含Activity先前保存状态的Bundle对象。如果Activity是由于异常情况（切换横竖屏，内存不足等）被杀掉的，则Bundle对象的值不为null，否则Bundle的值为null。所以如果想要在onCreate()中做恢复工作需要对Bundle判断是否为空。不过建议在onRestoreInstanceState()方法中做恢复工作，因为该方法一旦被调用则Bundle不会为空。
表示Activity正在重新启动。一般情况下，当当前Activity从不可见重新变为可见状态时，onRestart就会被调用。这种情形一般是用户行为导致的，比如用户按Home键切换到桌面或打开了另一个新的Activity，接着用户又回到了这个Actvity。
表示Activity正在被启动，即将开始，这时Activity已经出现了，但是还没有出现在前台，无法与用户交互。这个时候可以理解为Activity已经显示出来，但是我们还看不到。
相信很多人会有疑问，什么叫Activity已经显示出来了，但是看不到？？？因为我们能看到的都是View或者和View有关联的东西，而Activity确实是没有什么直观的东西让我们看到的。所以这里说的看不到其实是看不到View，因为此时View还不是可见的，只有在onResume的时候才会把View设置为可见，想了解清楚的可以查看 Window和WindowManager的创建与Activity
此时Activity进入前台，具备与用户交互的能力。与onStart()都是对用户可见，但是onStart()时Activity是位于后台的，onResume()时Activity才显示到前台。 如果我们在onPause()中释放了组件，我们应该在onResume()中重新初始化。 我们应该在这里开始动画和初始化一些只有用户关注时才使用的组件。
当用户离开了Activity时会回调这个方法，比如说：
我们可以在这个方法中执行一些释放资源的操作，比如broadcast receivers，sensors，以及一些用户在不交互时不需要的资源。
该方法执行的时间非常简短，因此不应该在这个方法保存程序或用户数据；在该方法完成之前，保存工作可能并未完成。而且会影响到新的Activity的显示，因为onPause()执行完，新Activity才会开始执行onCreate()。
当Activity对用户不再可见的时候会回调该方法，比如说启动一个新的Activity把屏幕全都遮住了。
之前说过不建议在onPause()做一些重量级的释放工作，应该交由onStop()去释放大多数资源。比如unregisterReceiver()，还有其他可能导致内存泄露的资源，因为系统可能在没有回调onDestroy()的时候就杀掉了进程。
在Activity被销毁之前会回调该方法，这也是Activity生命周期的最后一个回调。
如果在Activity调用了finish()或者由于内存紧张系统销毁了该Activity，也有可能是由于横竖屏的切换或者用户按了返回键都会导致该方法的回调，
我们应该在这个方法中回收之前没有回收掉的所有资源
ActivityA:onPause() ->ActivityB:onCreate()->ActivityB:onStart()->ActivityB:onResume()-> ActivityA:onStop()
当ActivityA调用完onPause()之后才会调用ActivityB的onCreate()，所以不要在onPause()中做耗时操作，会影响新Activity的显示。
只有当ActivityB的onResume()调用完之后才会调用ActivityA的onStop()，因为此时ActivityB在最上面，ActivityA才是完全不可见的。
onPause()->onSaveInstanceState()->onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState()->onResume()
如果没有在AndroidManifest设置configChanges，则屏幕旋转的时候会吧Activity销毁再重建，并且重建后的Activity和原来的不是同一个实例。
如果设置了android:configChanges="orientation|screenSize"，则屏幕旋转时只会调用onConfigurationChanged()方法，并且不会销毁重建
首先每个应用最少有一个进程，我们的Activity都是运行在进程中的，当应用退到后台时，系统可能因为内存不足而杀掉优先级低的进程，那么再该进程中的Activity都会被杀死，这种情况是不会走Activity的生命周期的，只有杀掉单个Activity的时候才会走Activity的onDestroy()方法。
onPause()->onStop()->onDestroy()
当Activity弹出Dialog获取PopupWindow是不会走任何生命周期的。
弹出DialogActivity原来的Activity会执行onPause()，关闭DialogActivity原来的Activity执行onResume()
onPause()->onStop()->onRestart()->onStart()->onResume()
onPause()->onNewIntent()->onResume()
