在Android里，一个Activity一般是用于负责创建一个页面，通过setContentView(View)方法向用户展示你的UI。

若想启动一个Activity，可以通过Context.startActivity(Intent)，并且这个Activity要在AndroidManifest.xml清单文件里进行申明。有时你想从Activity结束时得到结果；例如，你可以启动一个Activity，让用户在联系人列表中选择一个人; 当它结束时，它返回选择的人。为此，你可以通过调用Activity.startActivityForResult(Intent, int)，使用第二个整型的参数标识你的请求，然后在Activity的onActivityResult(int, int, Intent)方法会返回你请求的结果。

启动模式

在同一个时间段只能有一个Activity是运行的（其他Activity就算可见也不能获得焦点，触摸事件等），多个Activity是由Activity堆栈管理的，当启动了一个新的Activity，它就会被放置在这个栈的顶部，上一个Activity总是保持在栈的下面，也就是在这个新的Activity后面，直到新的Activity退出。但是一个应用程序里面栈不一定是只有一个的，这个由Activity的启动模式决定的：

• standard：不管栈里有没有已存在的实例，都会在当前栈中生成新的实例；
• singleTask：如果当前栈存在重复的Activity，则把重复的Activity置顶，在这个Activity之上的其他实例都会被移出栈；
• singleInstance：跟其他Activity不在一个栈中，独立一个栈，并且这个栈只能拥有这一个Activity，并且如果以存在这个实例时，会重用这个实例;
• singleTop：如果当前栈顶的Activity是重复的，则可以重复利用，否则生成新的实例；

申明Activity的启动模式是在AndroidManifest.xml清单文件里进行的，通过android:launchMode="singleTask"这样的形式申明，一般App的首页Activity都会申明为singleTask。

生命周期

一个Activity通常有4种状态：

• 如果一个Activity在屏幕的前台里显示（在Activity栈的顶部），它是运行的状态(active or running)。
• 如果一个Activity失去了焦点但是仍然保持可见状态（例如一个不是填满屏幕或者是透明的Activity在这个Activity的上面，很多App把Activity主题设置为透明的可滑动退出就属于这种），它是处于暂停的状态(paused)。一个暂停的Activity仍然是存活的（它保持所有状态和成员信息，并保持附加到窗口管理器），但在内存非常紧张不足的时候可能会被杀死。
• 如果一个Activity完全被另外一个Activity遮挡住，它是处于停止的状态(stopped)。它仍然保留所有的状态和成员信息，但是，它不再是用户可见的，所以它的窗口被隐藏，当需要内存时，它经常会优先被杀死。
• 如果一个Activity是处于暂停或者停止的状态，则系统可以通过请求它完成或者简单地杀死它的进程来从内存中删除该Activity。当它需要再一次显示给用户的时候，必须完全重新启动(restarted)和恢复(restored)它之前的状态。
  为了避免内存不足把托管Activity的进程杀死时数据丢失，一般情况下都会在onPause()方法里面进行数据的持久化存储。此外，onSaveInstanceState(Bundle)方法也会被调用，你可以将Activity的任何动态实例状态（例如当前页面滑动的位置，显示的内容）保存到给定的Bundle中，然后当Activity需要显示时，会在它的onCreate(Bundle)方法里接收到这个Bundle。

下图是Activity主要的生命周期，长方形表示你可以在Activity的状态切换时实现的回调方法，彩色椭圆形是Activity可以处于的主要状态。

activity_lifecycle.png

你可能有兴趣在你的Activity中监控的三个关键循环：

• 在 Activity的整个生命周期里，第一次调用onCreate()到最后调用onDestroy()的时候。一般在onCreate()进行一些初始化操作，通过findViewById()进行View的初始化，在onDestroy()里进行资源的释放。例如，如果在onCreate()里开启线程，从网络下载相应的数据，然后再onDestroy()里停止线程。
• Activity的可见生命周期是从调用onStart()到调用onStop()，在此期间，用户可以在屏幕上看到该Activity，虽然它可能不在前台与用户交互。在这两个方法之间，您可以维护向用户显示Activity所需要的资源。例如，通过BroadcastReceiver在onStart()注册广播监听器，更新你的UI，当用户不再看到你显示的内容时在onStop()里取消该监听事件。
• Activity的前台生命周期是从调用onResume()到调用onPause()，在此期间，Activity在所有其他的Activity前面，并与用户交互。例如，当设备进入休眠时，Activity结果被传递时，当一个新的意图（Intent）发起时，所以在这方法中的代码应该是比较轻量级的，不会阻塞UI。

值得一提的是，很多App在界面上是可滑动退出的，如果Activity是透明的，那么在这个Activity启动时，前一个Activity会调用onPause()，但不会调用onStop()方法，应为前一个Activity仍然属于可见状态，尽管是完全被遮住看不见而已，当这个Activity退出后，前一个Activity只会调用onResume()方法，而不会执行onRestart()和onStart()方法；还有很多时候，你若想要通过广播等方法去监听某些事件，然后更新UI，如果你要一直保持更新UI尽管已经启动了新的Activity在前面，这个时候就不能再onStart()和onStop()方法对里去注册取消监听了，而是应该在onCreate()和onDestroy()里进行；

配置更改

如果设备的配置（由Resources.Configuration类定义 ）更改，则显示用户界面的任何内容都需要更新以匹配该配置。因为Activity是与用户交互的主要机制，所以它包括用于处理配置更改的特殊支持。

除非你指定，配置变更（如屏幕方向，语言，输入设备等的变化）会导致你的当前Activity被破坏，通过正常的Activity生命周期过程适当地执行onPause()， onStop()和onDestroy()。如果活动已经在前台或用户可见，一旦onDestroy()在该实例中被调用，那么将创建新的Activity实例，而前一实例通过onSaveInstanceState(Bundle)保存数据到Bundle里，再通过onCreate(Bundle)的Bundle恢复之前的数据。

在某些特殊情况下，你可能希望根据一种或多种类型的配置更改绕过重新启动Activity，这时可以通过在AndroidManifest.xml清单文件里申明Activity时，申明android:configChanges属性来完成。对于您处理的任何类型的配置更改，您将收到对当前ActivityonConfigurationChanged(Configuration)方法的调用， 而不是重新启动。如果配置更改涉及到你不处理的配置更改，则Activity仍将重新启动，onConfigurationChanged(Configuration)也不会被调用。

有些时候，你的Activity是支持横竖屏切换的（例如看视频），本身界面也是支持横竖屏的切换显示，为了避免重新启动Activity，可以这样android:configChanges="screenSize|orientation|keyboardHidden"，screenSize|orientation是屏幕的变化时会更改的属性，keyboardHidden则是用户打开手机硬件键盘；

进程的生命周期

Android系统尝试尽可能长地保持应用程序进程，但最终需要在内存不足时删除旧进程。如活动生命周期中所述，关于要删除哪个进程的决策与用户与其交互的状态密切相关。一般来说，一个进程可以基于其中运行的Activity有四个状态，这里按照重要性的顺序列出。系统将在杀死更重要的进程（第一个进程）之前杀死不太重要的进程（最后一个进程）。

• 前台Activity（在该用户当前交互的屏幕的顶部的Activity）被认为是最重要的。如果它使用的内存超过了设备可提供的，它的进程会作为最后的手段被杀死。通常设备这时候已经到了内存分页状态(memory paging state)的地步，终止一些前台进程是为了保证用户界面的及时响应。
• 一个可见的Activity（即对用户可见，但不是在前台的Activity，例如一个位于前台后面的对话框），被认为是非常重要的，不会被杀死除非必须保持前台运行的Activity。
• 一个背景Activity（Activity是对用户不可见，并已暂停）已不再是关键，所以系统可以安全地杀死它的进程回收内存以提供内存给其他前台或可见的进程。如果它的进程需要被杀死，当用户后退回Activity（使它在屏幕上再次可见）时，通过onCreate(Bundle)方法里的Bundle恢复用户最后离开这个Activity时的状态，在Activity被销毁时，会调用onSaveInstanceState(Bundle)方法存储Activity的状态到Bundle里。
• 一个空的进程没有持有Activity或其他应用程序组件（如Service或 BroadcastReceiver类）。当内存变得很低时这些会被系统迅速杀死。因此，在Activity之外执行的任何后台操作必须通过Activity上下文（Context）持有的BroadcastReceiver或Service中执行，以确保系统知道它需要保持您的进程。

有时，一个Activity可能需要做一个长期运行的操作，它独立于Activity生命周期本身而存在。例如可以是允许你将图片上传到网站的相机应用。上传可能需要很长时间，应用程序应允许用户在上传时离开应用。要完成此操作，你的Activity应该启动一个Service进行上传。这允许系统在上传的持续时间内正确地优先考虑进程（认为它比其他非可见应用程序更重要），而与原始Activity是暂停(paused)，停止(stopped)还是结束(finished)无关。

本文大部分参考翻译自谷歌API文档，并且自己整理补充了一些内容，以下是资料链接：
[https://developer.android.google.cn/reference/android/app/Activity.html]