1.0 Android是使用任务（Task）来管理活动的，活动就像栈一样堆放着在一起。
每个活动的生命周期最多可能会有四种状态：
1.1 运行状态 位于栈顶
1.2 暂停状态 不在栈顶但在界面上仍处于可见状态
1.3 停止状态 不位于栈顶，且在界面上不可见时
1.4 销毁状态 从返回栈中移除之后
2.0 Activity类定义了7个回调方法，覆盖了活动生命周期的每一个环节：
2.1 onCreate() 该方法最为常见了，活动一创建自动有，每个活动都会重写这个方法。
负责活动的初始化操作，比如加载布局，绑定事件，添加监听等。
2.2 onStart() 该方法在活动由不可见变为可见时调用。
2.3 onResume() 该方法在活动准备好和用户进行交互的时候调用。
此时活动一定要位于返回栈的栈顶，并处于运行状态。
2.4 onPause() 该方法在系统准备去启动或者恢复另一个活动的时候调用，通常会在这个方法中将一些消耗CPU的资源释放掉，以及保存一些关键数据，但这个方法的执行速度一定要快，不然会影响到新的栈顶活动的使用。
2.5 onStop() 该方法在活动完全不可见的时候调用，它和onPause() 方法的主要区别是，如果启动的新活动是一个对话框式的活动，那么onPause() 方法会得到执行，而onStop()方法并不会执行。
2.6 onDestroy() 该方法在活动被销毁之前调用，之后的活动状态将变为销毁状态。
2.7 onRestart() 该方法在活动由停止状态变为运行状态之前调用，也就是活动被重新启动了。
3.0 以上7种方法除了onRestart()，其他都是两两相对的，从未·可以·将活动分为3种生存期。
3.1 完整生存期 活动在onCreate()方法和onDestroy()方法之间经历的。一般情况下，活动在onCreate()方法中完成各种初始化操作，而在onDestroy()方法中完成释放内存的操作。
3.2 可见生存期 活动在onStart()方法和onStop()方法之间经历的。在可见生存期内活动对于用户总是可见的，即使有可能无法和用户进行交互。用这两个方法可以合理的管理那些对用户可见的资源。比如可以在onStart()方法中对资源进行加载，而在onStop()方法对资源进行释放，从而保证处于停止状态的活动不会占用过多内存。
3.3 前台生存期 活动在onResume()方法和onPause()方法之间经历的。恢复和暂停。在前台生存期内，活动总是处于运行状态的，此时的活动是可以和用户进行交互的，我们平时看到和接触最多的也就是这个状态下的活动。
下面是Android官方提供的一张活动生命周期的示意图，可以帮助咱们理解：
4.0 在实际项目中，我们应该根据特定的需求为每个活动指定恰当的启动模式。
5.0 启动模式一共有4种，可以在AndroidMainifest.xml中通过过给<activity>标签指定android:launchMode属性来选择启动模式。
5.1 standard： 是活动默认的启动模式。在standard模式下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶位置。。同时系统不会在乎这个活动是否已经在返回栈中存在，每次启动活动都会创建该活动的一个新的实例。
因此如果一个活动有个按钮控件就是启动它本身，那么按一次就会存一次进入返回栈中，按三次近三次，同样也需要按Back键三次才能全部退出来。
5.2 singleTop： 在启动活动时如果发现返回栈的栈顶已经是该活动，则认为可以直接使用它，不会再创建新的活动实例。
5.3 singleTask： 每次启动该活动时系统首先会在返回栈中检查是否存在该活动的实例，如果没有发现则会创建一个新的活动实例。同一个活动上下文最多只会存在一个。
5.4 singleInstance：这个是这4种启动模式最特殊也是最复杂的一个。它会启动一个新的返回栈来管理这个活动（其实如果singleTask模式指定了不同的任务（活动）队列(taskAffinity)，也会启动一个新的返回栈）。
15.5 singleInstance模式使用场景模拟：假如我们一个活动允许其他程序调用，如果想实现其他程序和自己的程序共享这个活动的实例。这时其他三种模式肯定做不到，因为每个程序都会有自己的返回栈，同一个活动在不同的返回栈中入栈时必定会创建一个新的实例。
而使用singleInstance模式下会有一个单独的返回栈来管理活动，不管哪个应用程序来访问这个活动，都会共用同一个返回栈，完美解决共享活动实例问题。
在下一篇博文将通过实际项目体验活动生命周期：
【Android】9.0活动的生命周期（二）——实际代码演示
https://www.cnblogs.com/xiaofu007/p/10327884.html