android activity生命周期小聊
A页面跳转B页面的生命周期：
A.onPause B.onCreate B.onStart B.onResume A.onStop
B页面关闭时：
B.onPause A.onRestart A.onStart A.OnResume B.onStop B.onDestroy
这里可能会有人有疑惑，为什么生命周期的流程是这样的？ 我给大家解惑一下
首先大家要知道onPause和onStop的区别具体是什么？
onPause：页面可见但不可操作.
onStop：页面完全不可见.
理解了这2个生命周期的区别后，我们再来看A跳转B时，页面生命周期就好理解了。
- A跳转B时，我们首先要保证A要
不可操作，不然A页面都已经要跳转B页面了，A还可以响应用户在A页面上各种操作，岂不是很奇怪？所以第一个变化的生命周期是A.onPause. - 很多人有疑惑的反而是后续的生命周期，为什么不是
A.onStop，而是B的生命周期？这儿我们看下上面我们对onStop的解释：页面完全不可见。页面完全不可见的前提是什么？一定是要有一个其它页面完全遮挡住了它，那么它才能是完全不可见！ 说到这，我相信你们应该理解为什么后续的生命周期是B.onCreate ... B.onResume了。
既然说到了完全不可见，那如果我B页面是个dialogActivity主题呢？B页面主题的windowIsTranslucent是true呢？A的onStop还一定会走吗？
A页面是否还是完全不可见的？那生命周期会是什么样呢~
答案就是：额，你既然能看到它，那它还能算是完全不可见吗？当然不算了！ 此时A跳B的生命周期呢？除了A.onStop不走以外，其余正常流程
A.onPause B.onCreate B.onStart B.onResume
同理，B页面返回A页面的生命周期，也可以用上述原因来解释。
onDestory为什么没有立刻执行
网上还同时流传这么一个问题，为什么有的时候页面关闭了，但没有立刻走onDestory呢？明明其他页面都是正常走的，就这个页面没有走~
是啊，为什么呢？ 让我们好好看看上面B页面关闭时，涉及到的生命周期变化
B.onPause A.onStart A.OnResume B.onStop B.onDestroy
我们可以发现，B页面关闭时，在B.onStop之前先走了A.onRestart A.onStart A.OnResume的生命周期，问题就是出在这儿了，如果我们在A.onRestart A.onStart A.OnResume等生命周期内，做了一些耗时操作，那么势必是会导致B.onDestroy也会延时调用了
所以如果我们有一些逻辑处理一定要在页面关闭时调用的，且需要及时生效时，我建议你把代码逻辑写在finish()方法中~ 就可以避免上述问题了。 这是为什么呢~ 我们可以在finish函数中也打印下日志，看下finish的调用时机，我们关闭B页面
B.finish B.onPause A.onStart A.OnResume B.onStop B.onDestroy
所以我们在finish()处理B相关的必要代码，就不会受A的生命周期限制了
说到finish()，正好插个话题~ 如果我要在B页面关闭时，回传一些数据给A页面，setResult应该写在什么生命周期里面？ onPause？ onDestory？
onPause的话确实可以，但如果我B页面只是处于后台了，那岂不是也setResult了，那不是我要的效果，我只想在页面被关闭时，才回传数据~
那？要不onDestory? 可以吗？ 我们在A页面的onActivityResult函数中打印下日志，看下此方法什么时候会被调用~
B.finish B.onPause A.onActivityResult A.onStart A.OnResume B.onStop B.onDestroy
额，看到了吗，A的onActivityResult在 B.onPause之后，A.onStart之前，那如果我们在onDestory中setResult，A的onActivityResult还能拿到数据吗？显然是不行的。 那只有一个方法可以使用了~
那就是finsih()，我们重写finish()，在此方法中调用setResult即可，但这里也有个需要注意的点，那就是setResult()要写在super.finish()之前，不然的话，依然会获取不到数据
在A页面时，拉下通知栏页面，A页面的生命周期会如何变化？
它的变化就是没有任何变化~ 有些同学可能疑惑了，通知栏页面不是已经盖在A页面上了吗，A页面不是完全不可见了吗？ 为什么会没变化呢？ 不要着急，听我给你编~
android 页面生命周期的变化，有一个非常简单好理解的前提！那就是一定要有其他activity页面参与进来，它才会发生变化！！而通知栏页面它实质上并不是一个activity，而是个系统级别的窗口view，所以它自然也不会引起页面生命周期的变化。
有同学可能要杠了，那为什么app处于后台时，生命周期也会变化呢，不是没有activity完全遮挡吗？也没有别的activity参与进来啊~
额，小傻瓜~ 桌面launcher 就是个app啊，只不过它是个系统级别的app，在手机开机时，就启动了，但它本质还是个app啊，你把自己的app处于后台，那不就是变相的操作把桌面launcher这个app展示出来了吗？ 那你说桌面launcher的activity有没有参与进来呢？
通知栏不会，那toast、dialog会吗？
当然...也不会。 toast和dialog都是通过`windowManager.addView()`来展示出来的，所以它们也只是窗口view，它们和展示它们的activity共用一个windowManager，又新增了一个phoneWindow而已~ 自然也就不会影响生命周期啦。
