转载：https://www.cnblogs.com/lwbqqyumidi/p/3769113.html
转载：https://www.cnblogs.com/nylcy/p/6500832.html
一、Activity的基本概念
Activity是Android的四大组件之一，它是一种可以包含用户界面的组件，主要用于和用户进行交互，比如打电话，照相，发送邮件，或者显示一个地图！Activity用于显示用户界面，用户通过Activity交互完成相关操作 ， 一个App允许有多个Activity。
二、Activity的生命周期
Activity生命周期是每一个Android开发者都必须掌握的，当我们深入理解活动的生命周期之后，就可以写出更加连贯流畅的程序，让我们的程序拥有更好的用户体验
2.1、Activity的生命周期图
先上一张从图吧，图片看上去一目了然。图片来源（http://www.runoob.com/w3cnote/android-tutorial-activity.html）
2.2、Activity的四种状态
每个Activity在其生命周期中最多可能会有四种状态。
- 1.运行状态
当一个Activity位于返回栈（关于返回栈的概念下面再介绍）的栈顶时，这时Activity就处于运行状态，系统会将处于栈顶的Activity显示给用户。
- 2.暂停状态
当一个Activity不再处于栈顶位置，但仍然可见，这时Activity就进入了暂停状态。初学者可能会有这样的疑问，既然Activity都已经不在栈顶了，怎么会还可见呢，这是因为并不是每一个Activity都会占满整个屏幕的，比如对话框形式的Activity只会占用屏幕中间的部分区域。
- 3.停止状态
当一个Activity不再处于栈顶位置，并且完全不可见的时候，就进入了停止状态。
- 4.销毁状态
当一个Activity从返回栈中移除后就变成了销毁状态。
2.3、Android返回栈
Android是使用任务（Task）来管理Activity的，一个任务就是一组存放在栈里的Activity集合，这个栈被称作返回栈，栈（堆栈）是一种先进后出的数据结构，这里顺便提一下另一种常见的数据结构：队列，队列是一种先进先出的数据结构。
Activity是由Activity栈进管理，每当启动一个新的Activity后，它会被放入返回栈中，并处于栈顶的位置，之前的Activity位于此Activity底部。每当我们按下Back键或调用activity的finish()方法去销毁一个活动时，处于栈顶的Activity会出栈，这时前一个入栈的Activity就会重新处于栈顶的位置。系统总是会显示处于栈顶的Activity给用户。
Acitivity一般意义上有四种状态：
- 1.当Activity位于栈顶时，此时正好处于屏幕最前方，此时处于运行状态；
- 2.当Activity失去了焦点但仍然对用于可见（如栈顶的Activity是透明的或者栈顶Activity并不是铺满整个手机屏幕），此时处于暂停状态；
- 3.当Activity被其他Activity完全遮挡，此时此Activity对用户不可见，此时处于停止状态；
- 4.当Activity由于人为或系统原因（如低内存等）被销毁，此时处于销毁状态；
在每个不同的状态阶段，Adnroid系统对Activity内相应的方法进行了回调。因此，我们在程序中写Activity时，一般都是继承Activity类并重写相应的回调方法。
2.4、Activity的生存期
Activity类中定义了7个回调方法，覆盖了Activity生命周期的每一个环节，下面来一一介绍这7个方法
1.onCreate()
这个方法在每一个Activity类都会有，当我们新建一个Activity类时，一定会重写父类的onCreate方法，onCreate方法会在Activity第一次被创建时调用。我们应该在这个方法中完成Activity的初始化操作，比如说加载布局，初始化布局控件，绑定按钮事件等。
2.onStart()
这个方法在Activity由不可见变为可见时调用。
3.onResume()
这个方法在Activity准备好喝用户交互的时候调用。此时的Activity一定位于返回栈的栈顶，并且处于运行状态。
4.onPause()
这个方法在系统准备去启动或者恢复另一个Activity的时候调用。
5.onStop()
这个方法在Activity完全不可见的时候调用。它和onPause()方法的主要区别在于，如果启动的新Activity是一个对话框式的activity，那么，onPause()方法会得到执行，而onStop()方法并不会执行。
6.onDestory()
这个方法在Activity被销毁之前调用，之后Activity的状态将变为销毁状态。
7.onRestart()
这个方法在Activity由停止状态变为运行状态之前调用，也就是Activity被重新启动了。
三、体验Activity的生命周期
1.Activity实例是由系统自动创建，并在不同的状态期间回调相应的方法。
一个最简单的完整的Activity生命周期会按照如下顺序回调：onCreate -> onStart -> onResume -> onPause -> onStop -> onDestroy。称之为entire lifetime。
2.当执行onStart回调方法时，Activity开始被用户所见（也就是说，onCreate时用户是看不到此Activity的，那用户看到的是哪个？当然是此Activity之前的那个Activity），一直到onStop之前，此阶段Activity都是被用户可见，称之为visible lifetime。
3.当执行到onResume回调方法时，Activity可以响应用户交互，一直到onPause方法之前，此阶段Activity称之为foreground lifetime。
在实际应用场景中，假设A Activity位于栈顶，此时用户操作，从A Activity跳转到B Activity。那么对AB来说，具体会回调哪些生命周期中的方法呢？回调方法的具体回调顺序又是怎么样的呢？
开始时，A被实例化，执行的回调有A:onCreate -> A:onStart -> A:onResume。
当用户点击A中按钮来到B时，假设B全部遮挡住了A，将依次执行A:onPause -> B:onCreate -> B:onStart -> B:onResume -> A:onStop。
此时如果点击Back键，将依次执行B:onPause -> A:onRestart -> A:onStart -> A:onResume -> B:onStop -> B:onDestroy。
至此，Activity栈中只有A。在Android中，有两个按键在影响Activity生命周期这块需要格外区分下，即Back键和Home键。我们先直接看下实验结果：
此时如果按下Back键，系统返回到桌面，并依次执行A:onPause -> A:onStop -> A:onDestroy。
此时如果按下Home键（非长按），系统返回到桌面，并依次执行A:onPause -> A:onStop。由此可见，Back键和Home键主要区别在于是否会执行onDestroy。
此时如果长按Home键，不同手机可能弹出不同内容，Activity生命周期未发生变化（由小米2s测的，不知道其他手机是否会对Activity生命周期有影响）。
由于Android本身的特性，使得现在不少应用都没有直接退出应用程序的功能，按照一般的逻辑，当Activity栈中有且只有一个Activity时，当按下Back键此Activity会执行onDestroy，那么下次点击此应用程图标将从重新启动，因此，当前不少应用程序都是采取如Home键的效果，当点击了Back键，系统返回到桌面，然后点击应用程序图标，直接回到之前的Activity界面，这种效果是怎么实现的呢？
通过重写按下Back键的回调函数，转成Home键的效果即可。
@Override
public void onBackPressed() {
Intent home = new Intent(Intent.ACTION_MAIN);
home.addCategory(Intent.CATEGORY_HOME);
startActivity(home);
}当然，此种方式通过Home键效果强行影响到Back键对Activity生命周期的影响。注意，此方法只是针对按Back键需要退回到桌面时的Activity且达到Home效果才重写。
或者，为达到此类效果，Activity实际上提供了直接的方法。
activity.moveTaskToBack(true);
moveTaskToBack()此方法直接将当前Activity所在的Task移到后台，同时保留activity顺序和状态。
在之前的项目开发过程中，当时遇到一个很奇怪的问题：手机上的“开发者选项”中有一个“不保留活动”的设置，当开启此设置，手机上的设置提示是“用户离开后即销毁每个活动”，开启后，对于其他的应用程序是从A Acticity到B Activity，然后Back键回到A，此时，其他应用程序只是先白屏（有可能黑屏等，取决于主题设置）一下，然后A开始可见，但是我的应用程序中出现的一个结果却是直接返回到了桌面。一开始百思不得其解。最后终于定位出问题。首先，我们需要明确开启此设置项后对Activity生命周期的影响。开启此设置项后，当A到B时，假设B全部遮挡住了A，将依次执行A:onPause -> B:onCreate -> B:onStart -> B:onResume -> A:onStop -> A:onDestroy。是的，A在系统原本的生命周期回调中增加了onDestroy。此即“用户离开后即销毁每个活动”的含义。但此时需要注意的是，只要没有认为的调用A的finish()方法，虽然A执行了onDestroy，但Activity栈中依然保留有A，此时B处于栈顶。那么在B中按Back键回到A时，将依次执行：B:onPause -> A:onCreate -> A:onStart -> A:onResume -> B:onStop -> B:onDestroy。没错，A从onCreate开始执行了。此处也就解释了为什么A可能会出现白屏（或黑屏等）一下的原因了。
那么为什么我的应用程序会跟其他应用程序出现不一样呢?最后定为出问题在于当时我的应用程序中为了做到完全退出应用程序效果，专门使用了一个Activity栈去维护Activity（当时是借鉴了网上的此类实现方案，现在想想，实在没必要，且不说Android本身特性决定了没必要通过如此方法去达到退出效果，仅仅是此方法本身也存在很大的问题，现在在网上依然能见到有不少文章说到应用程序退出可以使用此方法，哎。。），在onCreate中入栈，onDestroy出栈，调用了如下方法：
1 // 结束Activity&从堆栈中移除
2 AppManager.getAppManager().finishActivity(this);其中，AppManager中finishActivity函数具体定义是：
/**
* 结束指定的Activity
*/
public void finishActivity(Activity activity) {
if (activity != null) {
activityStack.remove(activity);
activity.finish();
activity = null;
}
}至此，相信大家应该看出问题的所在了吧。
没错，问题在于执行了activity的finish()方法！！ activity的finish()方法至少有两个层面含义，
- 1.将此Activity从Activity栈中移除
- 2.调用了此Activity的onDestroy方法。
- 对于不开启“不保留活动”的设置项，实际上也没什么影响，但是一旦开启此设置，问题显露无疑。开启此此设置后，正常情况下离开A，即使执行了A的onDestroy，Activity栈中还是有A的，但是我这样写后，finish()方法一执行，Activity栈中就没有A了，因此，当点击Back键时，Activity栈中已经没有此应用的任何Activity了，直接来到了手机桌面。
可能，有些人会说，我就是要通过此种方法想去完全退出应用程序，同时希望自己的Activity栈和系统中Activity栈保持一致，怎么办呢？
在此，可以通过如下改写去实现：
/**
* 结束指定的Activity
*/
public void finishActivity(Activity activity) {
if (activity != null) {
// 为与系统Activity栈保持一致，且考虑到手机设置项里的"不保留活动"选项引起的Activity生命周期调用onDestroy()方法所带来的问题,此处需要作出如下修正
if(activity.isFinishing()){
activityStack.remove(activity);
//activity.finish();
activity = null;
}
}
}