安卓Activity生命周期相关

activity作为安卓四大组件之一，是我们在开发中使用的最频繁的组件之一。
在这里就个人所了解的一些东西，和大家分享一下下。有错误之处，多多指正。

典型生命周期

首先，activity的生命周期（从创建到被垃圾回收过程中一定会执行的方法就叫做生命周期方法）这里就放上官方文档上最经典的图吧。

大家对这幅图肯定也无比熟悉了。
一个正常典型情况下的activity启动，会经历如下生命周期：
- onCreate：activity创建时，会首先启动这个方法。一般这个方法中，我们会做一些初始化工作。
- onDestroy:activity即将被销毁时调用的方法，是生命周期的最后一个方法。一般，我们会做一些回收工作和最终的资源释放，或者是保存一些未保存的内容（比如保存信息为草稿等）
- onStart:activity正在被启动，即将开始时，这个时候activity界面可见，但是无法和用户交互，activity还在后台
- onStop:activity界面不可见时调用的方法。可以做些微重量级的回收工作。
- onResume:activity获取焦点时的方法，已经出现在前台并且开始活动。
- onResume:activity获取焦点时的方法，已经出现在前台并且开始活动。
- onPause:activity失去焦点时调用的方法，但是此时activity可见。这里可以做一些存储数据、停止动画的工作，但是不能太过耗时。因为一个新的activity的启动，onPause必须先执行完，新Activity的onResume才会调用
- onRestart：activity在重新启动。一般是用户点击home键回到桌面或者跳到新的activity时，接着用户又重新回到这个activity,界面由不可见变为可见，执行onRestart-onStart-onResume

在图中，我们发现这样的一段话[Another activity comes in front of the activity][6]调用时会首先执行onPause方法。
为什么呢？从源码角度上大概是这个流程：
首先，启动activity的请求会由Instrumentation（可以理解为一种没有图形界面的，具有启动能力的，用于监控其他类(用Target Package声明)的工具类）来处理，它会通过代理对象binder向ActivityManagerService（简称AMS，内部维护着一个ActivityStack）发送请求，AMS通过ActivityThread去同步activity的状态。新的activity启动时，会调用ActivityStack中的resumeTopActivityInnerLocked方法，使栈顶的activity需要先onPause变为后台后，新的activity才会被启动。
这也是为什么官方文档中对onPause的说明是，不能在onPause中做重量级的操作。
代码测试如下，其实很简单，当点击第一个activity的按钮时，会跳转到