作为Android应用的四大组件之一，Activity又通常是我们最先接触到的组件，这个组件对新手可以说是坠重要的。熟练运用Activity要求熟悉其生命周期，各种不同的加载模式，灵活地相互传递数据等等。今天先讲Activity的生命周期。
下面这张图就是Activity的生命周期图
来解释一下这张图：图中一共有七种方法，就是这七种方法贯穿Activity的整个生命周期。注意图中方法间的提示文字，从这张图我们可以总结出：当Activity创建后执行onCreate()->onStart()->onResume()后进入运行状态；此时，如果用户启动其它的Activity，这个Activity的onPause()->onStop()就会被调用。接下来注意了（敲黑板），onStop这画出来三条线，左边表示用户启动了其它APP，为了节省内存系统把原APP进程杀掉了，这样再回到原Activity时当然要重新创建了；中间一条，洋文已经写得很明白了，两种情况会导致Activity进入onDestroy():Activity处于finishing状态或者被系统销毁。判断是不是处于finishing状态可以用Activity的isFinishing方法来获取，但有一点可以明确的，就是如果处于finishing状态一定是调用了finish()方法，或者是你按了手机上的back键（效果等同调用finish）；至于被系统销毁，通常是因为那个Activity属于某个在后台运行的程序，且长期未使用。
上面一段可能略微复杂，不过图上是很清楚—————一旦调用了onDestroy()，再切回原Activity来就只能重新onCreate了，这个时候保存的状态（滚动的进度、输入框内容什么的）就会丢失了。
初步了解Activity生命周期了是不是能脑补出多个Activity切换时的情况了？我想还是不行的，要彻底看懂上图还得引入任务和返回栈的概念。任务和返回栈其实指的是同一个东西，但叫“任务”的时候并不强调顺序的概念，叫“返回栈”的时候就有顺序了（栈顺序）————任务就是安卓系统中的一组Activity（可以属于同一APP，也可以属于不同APP），返回栈就是这组Activity按栈顺序排列起来（栈顶是当前显示的Activity）。
返回栈如何工作呢？举个例子，用户启动一个APP，首先启动了ActivityA，然后又从ActivityA中启动了ActivityB，这个时候ActivityA就会从running状态执行到onStop，ActivityB会从launched状态执行到running。这个时候栈的结构是栈底为A，栈顶为B，我们按手机上的back键，ActivityB会执行onDestroy()并被销毁（出栈），ActivityA会走onStop()右边的那条线onRestart()->onStart()->onResume()到running，栈里又只剩下ActivityA，就是这样的一个过程。
我们有些时候就会想，怎么能通过一些手段，去干预这个返回栈，比如说钦点某一个Activity，让它只能创建一次，或者让它跑到栈顶来。这就要了解Activity的四种加载模式。这四种模式分别是standard、singleTop、singleTask、singlInstance。这个模式我们可以在mainfest文件中的对应Activity节点上通过launchMode属性去设置，像这样：
<activity android:name=".SecondActivity"
android:launchMode="singleTask">
这几种模式分别描述的情况是：
standard：不对launchMode属性进行设置的时候，这就是默认的加载方式，这种方式总会在栈顶创建新的Activity，即便重复。
singleTop：要创建的Activity如果位于栈顶，就不会创建新的，否则和standard一样，会创在栈顶建新的activity。
singleTask：要创建的Activity如果位于栈顶，就和singleTop一样；如果不在栈顶，则要启动的Activity顶部的其它Activity都会被销毁，让要启动的变成栈顶的；如果要启动的Activity不在栈中就在栈顶新建一个，表现同standard。
singleInstance：该Activity如果未创建，就在一个新任务中打开，且该新任务只能有那一个Activity。
可以看到除了standard模式，其它的三种模式都有可能出现要创建的Activity不会新建而是用之前在栈中实例的情况，那这和不创建有没有区别呢？当然是有区别的，设置这样的机制保证了Activity之间的数据传输————连传给自身都是可以的。我们已经知道Intent可以用来在Activity间传递数据，例如在ActivityA中用intent启动ActivityB，在ActivityB中就能获取到intent，从而获取到ActivityA放入intent中的数据，这个获取我们可以在ActivityB的onCreate中进行。但是如果ActivityB的启动模式决定了其不用重新创建，那就不会进onCreate，怎么办？其实这时候ActivityB的一个叫onNewIntent()的方法会被调用，我们要获取的intent会被传到这个方法中去，不需要再去获取intent。这个方法能让我们解决更复杂的需求，比如刷新Activity（某个Activity用intent启动自身去刷新数据）、返回一个搜索结果等等。
要是Activity的启动模式是standard，一定会重新创建，又想在某次不重新创建怎么办？办法总是有的，目标Activity的onNewIntent()能被调用的条件可以总结成这样：在singleTask或singleInstance加载模式中目标Activity已创建、在singleTop下已位于栈顶（Activity自己创建自己）、使用如下flag将Activity放到栈顶：
intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
当然还有一些别的flag可以达到这个效果，不过今天先到这吧。