了解 Activity 的生命周期可以更好的了解每个页面不同时刻的状态，根据不同的状态我们可以进行相应的操作。比如在 Activity 启动时对数据的初始化，在 Activity 关闭时对不需要的数据进行释放。
在正常情况下，Activity 会经历如下生命周期；
onCreate() 表示 Activity 正在创建，这时 Activity 生命周期的第一个方法，可以在这里做一些初始化操作，比如 setContentView 去加载布局资源，以及初始化 Activity 页面显示所需的其他数据。
onRestart() 表示 Activity 正在重新启动，调用时机是：当用户按下 Home 键切换到桌面或者用户打开了一个新的 Activity 接着用户又回到这个 Activity 。
onStart() 表示 Activity 正在被启动，这时候 Activity 已经可见（相对系统是可见）但是还没显示在前台，还无法和用户进行交互。
onResume() 表示 Activity 已经可见了，并且可以和用户交互。
onPause() 表示 Activity 正在定制，正常情况下，紧接着 onStop 就会被调用。此时可以做一些存储数据、停止动画等工作，但是注意不能太耗时，因为这会影响到新 Activity 的显示。
onStop() 表示 Activity 即将停止，可以做一些稍微重量级的回首工作，同样不能太耗时。
onDestroy() 表示 Activity 即将被销毁，这时 Activity 生命周期中的最后一个回调，在这里我么可以做一些回首工作和最终的资源释放。
特殊情况： 当用户打开新的 Activity 或者切换到桌面的时候，如果新的 Activity 采用了透明主题，那么当前 Activity 不会回掉 onStop .
问题1：onStart 和onresume、onPause和 onStop 从描述上看差不多，对我们有什么实质的不同呢？答：onStart 和 onStop 是从 Activity 的可见这个角度来回调的，onStart 是相对于系统可见但是对于用户还是不可见且不可交互的，onStop 对于用户和系统都是不可见的并且不可和用户交互。而 onResume 和 onPause 是从 Activity是 是否位于前台这个角度来回调的，在 onResume 时 Activity 可见位于前台且可以和用户交互，onPause 时 Activity 位于后台，不可和用户交互。
问题2：假设当前 Activity 为 A ，如果这时用户打开了一个新 Activity B 那么 B 的 onResume 和 A 的 onPause 哪个先执行？答：查看源码可知，Activity 的启动过程的源码相当复杂，涉及到 Instrumentation、ActivityThread 和 ActivityManagerService( 简称 AMS )从源码中可以看出新的 Activity 启动前，站定的 Activity 需要先 onPause 后，新的 Activity 才能启动。验证方法是写一个 Demo 通过在各个生命周期打印 Log 查看执行顺序。
比如当资源相关的系统配置发生改变以及系统内存不足时， Activity 就可能被杀死。
资源相关的系统配置发生改变导致 Activity 被杀死并重建当系统配置发生改变后，Activity 会被销毁，其 onPause、onStop、 onDestroy 均会被调用，同时由于 Activity 是在异常情况下终止的，系统会调用 onSaveInstanceState 来保存当前 Activity 的状态。
onSaveInstanceState 的调用时机是在 onStop 之前，但是不一定在 onPause 之后。
当 Activity 被异常终止且重建后，系统会调用 onRestoreInstanceState, 并把 Activity 销毁时 onSaveInstanceState 保存的 Bundle 数据传递给 onRestoreInstanceState 和 onCreate 方法。
因此可以通过 onRestoreInstanceState 和 onCreate 方法来判断 Activity 是否被重建；而且从时序上来说，onRestoreInstanceState 的调用时机在 onStart 之后。
资源内存不足导致低优先级的 Activity 被杀死Activity 的优先级情况，从高到低可以分为以下三种：
(1) 前台 Activity ：正在和用户交互的 Activity ，优先级最高
(2) 可见但非前台 Activity ：比如 Activity中弹出了一个对话框，导致 Activity可见但是位于后台无法和用户直接交互
(3) 后台 Activity ：已经被暂停的 Activity，比如执行了 onStop , 优先级最低
有时候为了满足项目的特殊需求，就必须使用 Activity 的启动模式，所以我们必须要搞清楚它的启动模式和标志位
在默认情况下，当我们多次启动同一个 Activity 的时候，系统会创建多个实例并把它们一一放入任务栈中，当我们按下返回键，这些 Activity 会一一回退。这个任务栈时一种“后进先出”的栈结构，也就是最后进来的 Activity 最先出去。但是当我们多次启动同一个 Activity 系统会重复创建多个实例，Android 在设计idea时候为了解决这个问题，它提供了启动模式来修改系统的默认行为。目前又四种启动模式：standard、singleTop、singleTask、singleInstance.
standard这时系统的默认模式，每次启动一个 Activity 都会重新创建一个新的实例，不管这个实例是否已经存在。
singleTop栈顶复用模式。在该模式下，如果新的 Activity 已经位于任务栈的栈顶，那么此 Activity 不会被重新创建，同时它的 onNewIntent 方法会被回掉，通过重写此方法我们可以取出当前请求的信息。
protected void onNewIntent(Intent intent) { super.onNewIntent(intent); setIntent(intent);//must store the new intent unless getIntent() will return the old one } singleTask栈内复用模式。这是一种单实例模式，在该模式下，只有 ACtivity 在一个栈中存在，那么多次启动此 Activity 都不会重新创建实例，和 singleTop 一样，体统也会回调其 onNewInstent。
singleInstance单实例模式。这话i是一种加强的 singleTask 模式，它除了具备 singleTask 的所有特性外，还加强了一点，那就是具有此种模式的 Activity 只能单独的位于任务栈中。
有两种方式，(1)是通过 AndroidMenifest 中为 Activity 指定启动模式 (2) 在 Intent 中设置标志位来为 Activity 指定启动模式。两种方式的优先级是(2)优先于(1)，当两种方式存在时，以第二种方式为准。当然这两种方式还是有差异的，比如(1)无法啊直接为 Activity 设置 FLAG_ACTIVITY_CLEAR_TOP标志，而 (2) 无法为 Activity 指定 singleInstance 模式。
通过 AndroidMenifest 中为 Activity 指定启动模式 <activity android:name="..activity.MultiportActivity" android:launchMode="singleTask"/><!--指定标志位--> 在 Intent 中设置标志位来为 Activity 指定启动模式 Intent intent = new Intent(); intent.setClass(context, MainActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);//指定标志位 context.startActivity(intent);adb shell dumpsys activity在导出的信息中重点查看Running activitys
在 Intent 中设置 Activity 的启动模式时可以通过 Flags 设置，这里的 Flags 不仅仅是可以设置启动模式，还可以影响 Activity 的运行状态。比如设置了 FLAG_ACTIVITY_CLEAR_TOP 的Activity 表示在同一个任务栈中所有位于它上面的 Activity 都要出栈，这个标志位一般会和 singleTask 启动模式一起出现，而且 singleTask 模式是默认具有此标志位的效果。
