Activity 概念
Activity 是一种包含用户界面、主要用于与用户进行交互的 Android 应用组件。一个应用程序可以包含零个或多个 Activity 。Activity 相当于用户与 Android App 交互的窗口，在 Activity 中可以完成用户与 Android 系统的交互，可以完成页面的绘制、处理用户事件、处理系统事件、维护整个应用的生命周期等。每个 Android 应用程序必须要有至少一个 Activity。
View 是界面层控件的一种抽象，是 Android 中所有控件的基类，相当于显示部分，所有东西必须通过 View 来显示。在 Activity 中加载相应的 View 才能显示内容，View 是具体的画面布局，基本每个 Activity 都有对应的 View，Activity 就是这个 View 的容器，View 需要在 Activity 中才可以正常工作。所以 Activity 主要负责控制部分，View 主要负责渲染界面。
Activity 构成
一个 Activity 包含一个 window 对象，这个对象是由 PhoneWindow 来实现的，PhoneWindow 将 DecorView 作为做为整个应用窗口的根 View，而这个 DecorView 又将屏幕划分为两个区域一个是 TitleView 一个是 ContentView，而我们平常做应用所写的布局正是展示在 ContentView 中的。
Activity 生命周期
Activity 类中定义了7个回调方法，覆盖了 Activity 生命周期的每一个环节。
onCreate(): 创建，这个方法在Avtivity第一次创建时被调用，在这个方法中完成像加载布局、绑定事件等Activity的初始化操作。onStart(): 开始，这个方法在Activity由不可见变为可见时调用，此时Activity尚未出现在前台，不能进行交互。onResume(): 活动，这个方法在Activity准备好和用户进行交互的时候调用。此时的Activity一定位于返回栈的栈顶，并且处于运行状态.onPause(): 暂停，这个方法在系统准备去启动或者恢复另一个Activity的时候调用。此时Activity仍然可见，但无法交互。我们通常会在这个方法中将一些消耗CPU的资源释放掉，以及保存一些关键数据，但这个方法的执行速度一定要快，不然会影响到新的栈顶Activity的使用。onStop(): 停止，这个方法在Activity完全不可见的时候调用。它和onPause()方法的主要区别在于，如果启动的新Activity是一个对话框式的Activity，那么onPause()方法会得到执行，而onStop()方法并不会执行。onDestroy(): 销毁，这个方法在Activity被销毁之前调用，之后Activity的状态将变为销毁状态。onRestart(): 重启，这个方法在Activity由停止状态变为运行状态之前调用，也就是Activity被重新启动了。
除了 onRestart 之外的六个方法均是两两相对，按照这种形式可以将 Activity 划分为3种生存期。
- 完整生存期 ：
Activity在onCreate()方法和onDestroy()方法之间所经历的就是完整生存期。一般情况下，一个Activity会在onCreate()方法中完成各种初始化操作，而在onDestroy()方法中完成释放内存的操作。 - 可见生存期 ：
Activity在onStart()方法和onStop()方法之间所经历的就是可见生存期。在可见生存期内，Activity对于用户总是可见的，即便有可能无法和用户进行交互。我们可以通过这两个方法合理地管理那些对用户可见的资源。 - 前台生存期 ：
Activity在onResume()方法和onPause()方法之间所经历的就是前台生存期。在前台生存期内，Activity总是处于运行状态，此时的Activity是可以和用户进行交互的，我们平时看到和接触最多的就是这个状态下的Activity。
常见的生命周期变化有以下几种，其中Activity A是MainActivity。
- 当
Activity A第一次被创建 ：onCreate()->onStart()->onResume() - 从
Activity A跳转至Activity B时，Activity A的变化：onPause()->onStop() - 从
Activity B返回Activity A时，Activity A的变化：onRestart()->onStart()->onResume() - 在
Activity A打开一没有遮挡全部界面的弹窗，Activity A的变化：onPause() - 将上述弹窗关闭，
Activity A的变化：onResume() - 在
Activity A中按下BACK按钮：onPause()->onStop()->onDestroy() - 在
Activity A中按下HOME按钮，并从桌面再次返回Activity A：onPause()->onStop()->onRestart()->onStart()->onResume() - 在
Activity A中执行finish()方法：onDestroy()
当一个Activity进入了停止状态，是有可能被系统回收，就可能造成上一个页面的临时数据与状态丢失，使用 onSaveInstanceState() 回调方法可以避免这种情况，这个方法可以保证在 Activity 被回收之前一定会被调用。
当在 A 里面激活组件 B 时，A 会先调用 onPause 方法，然后 B 再调用 onCreate、onStart、onResume 方法，此时 B 覆盖了 A 的窗体，A 会调用 onStop 方法。如果 B 是个透明的窗口或者是对话框样式，并没有完全遮盖 A，则不会调用 A 的 onStop 方法。如果任务栈中已经有 B 的实例，就不会调用 onCreate 方法，而是调用 onRestart 方法。如果短时间内 A 没有被回收，则不会调用 onDestroy 方法，从 B 重新回到 A 时就会调用 onRestart、onStart、onResume 方法，如果 A 被回收了（执行了 onDestroy 方法），A 就会重新走一遍 onCreate、onStart、onResume 方法。如果 B 是 A 自身弹出的 dialog，则不会走 A 的生命周期。
正常情况下，切换横竖屏后，Activity 会被销毁并重新创建，正常情况下会重新走一遍生命周期：onPause() -> onSaveInstanceState() -> onStop() -> onDestroy() -> onCreate() -> onStart() -> onRestoreInstanceState() -> onResume()。也可以通过在 AndroidManifest 中配置 android:configChanges = "orientation | screenSize" 来避免重新走一遍生命周期，配置后切屏只会执行 onConfigurationChanged() 方法。
Activity 启动模式
Android中的 Activity 是可以层叠的。我们每启动一个新的 Activity ，就会覆盖在原 Activity 之上，然后点击 BACK 键会销毁最上面的 Activity ，下面的一个 Activity 就会重新显示出来。Android是使用任务 Task 来管理 Activity 的，一个任务就是一组存放在栈里的 Activity 的集合，这个栈也被称作返回栈Back Stack。在默认情况下，每当我们启动了一个新的 Activity ，它就会在返回栈中入栈，并处于栈顶的位置。而每当我们按下 BACK 键或调用 finish() 方法去销毁一个 Activity 时，处于栈顶的 Activity 就会出栈，前一个入栈的 Activity 就会重新处于栈顶的位置。系统总是会显示处于栈顶的 Activity 给用户。
应该根据特定的需求为每个 Activity 指定恰当的启动模式，共有四种启动模式，可以在 AndroidManifest.xml 中通过给 <activity> 标签指定 android:launchMode 属性来选择启动模式。
standard: 默认的启动模式，不显式指定则默认使用。在standard模式下，每当启动一个新的Activity，它就会在返回栈中入栈，并处于栈顶的位置。对于使用standard模式的Activity，系统不会在乎这个Activity是否已经在返回栈中存在，每次启动都会创建一个该Activity的新实例，同一个Activity可以被实例化多次。singleTop: 如果当前返回栈的顶部不存在该Activity，则新建该Activity并放入栈顶，所以不在栈顶的Activity还是会被多次创建；如果当前返回栈的顶部已存在Activity的一个实例，则系统会通过调用该实例的onNewIntent()方法向其传送Intent，不创建该Activity的新实例。singleTask: 如果singleTask模式指定了不同的taskAffinity，会启动一个新的返回栈。假设在AndroidManifest.xml中给<activity>标签指定android:taskAffinity="com.android.task"，如果com.android.task返回栈不存在，系统会新建新的返回栈，然后再创建该Activity A的实例将其压入返回栈中；如果com.android.task返回栈存在，而且返回栈中没有该Activity A，则新建Activity A并放入栈顶；如果com.android.task返回栈存在，而且返回栈中已经有该Activity A，则如果发现已经存在该Activity则直接使用该实例，并把在这个Activity之上的所有其他Activity统统出栈，如果没有发现就会创建一个新的Activity实例。如果只是指定了android:taskAffinity属性，但是启动模式没有指定为singleTask模式，新启动的Activity依然会在原来的返回栈中。singleInstance:singleTask的升级版，创建singleInstance启动模式的Activity时，系统都会直接创建一个新的返回栈并创建Activity的新实例置于新Task返回栈中。之后系统不会将任何其他Activity的实例放入这个新建的Task中，该Activity始终是其Task唯一仅有的成员，一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例。