发现当前Android的资料不是很多，而且对于Activity的介绍也很少，所以把官方文档的android.app.Activity的介绍翻译了一下，加入了一些自己的理解。各位如果觉得我自己理解的不对，请无视。欢迎邮件讨论。

android.app
public class

android.app.Activity

java.lang.Object

android.content.Context

android.app.ApplicationContext    ViewInflate.Factory

android.app.Activity      KeyEvent.Callback Window.Callback

Activity 是用户唯一可以看得到的东西。几乎所有的 activity 都与用户进行交互，所以 Activity 主要负责的就是创建显示窗口，你可以在这些窗口里使用 setContentView(View) 来显示你自己的 UI 。 activity 展现在用户面前的经常是全屏窗口，你也可以将 activity 作为浮动窗口来使用（使用设置了 windowIsFloating 的主题），或者嵌入到其他的 activity （使用 ActivityGroup ）中。下面是两个几乎所有 Activity 的子类都实现了的方法。

onCreate(Bundle) 这个方法是初始化 activity 的地方 . 最重要的是，你经常需要在这里使用 setContentView(int) 来设置 UI 布局所使用的 layout 资源 , 当你需要使用程序控制 UI 中的组件时可以使用 findViewById(int) 来获得对应的视图。

当用户离开 activity 时你可以在 onPause() 进行相应的操作 . 更重要的是，用户做的任何改变都应该在该点上提交 ( 经常提交到 ContentProvider 这里保存数据 ) 。

如果要使用 Context.startActivity() 来启动 activity, activity 都必须在启动者应用包的 AndroidManifest.xml 文件中 有对应的 <activity> 定义。

Activity 类是 application's overall lifecycle 的一个重要部分。

这里涉及到的主题 :

1. Activity 生命周期
2. 配置改变
3. 启动Activity 并获得结果
4. 保存 持久 状态
5. 许可
6. 进程 生命周期

Activity 生命周期

系统中的 Activity 可以通过一个 activity 栈来进行管理。当一个新的 activity 启动的时候，它首先会被放置在 activity 栈顶部并成为 running 状态的 activity —— 之前的 activity 也在 activity 栈中，但总是被保存在它的下边，只有当这个新的 activity 退出以后之前的 activity 才能重新回到前景界面。

所有的 activity 本质上有四种状态：

• activity 在屏幕的前景中（ activity 栈的顶端），它是 active 或者 running 状态。

• activity 失去了焦点但是仍然可见（这个 activity 顶上遮挡了一个透明的或者非全屏的 activity ），它的状态是 paused 。一个 paused 状态的 activity 完全是 alive 的（它维护自己所有的状态和成员信息，而且仍然在 window manager 的管理中），但当系统内存极度贫乏时也会将其 killed 。

• activity 由于其他的 activity 而完全变暗，它就进入了 stopped 状态。它仍然保持着所有的状态和成员的信息，可是，他对于用户来说不可见，当别的地方需要内存的时候它经常会被 killed 。

• activity 是 paused 或者 stopped ，系统需要将其清理出内存的时可以命令其 finish 或者简单 kill 其进程。当它重新在用户面前显示的时候，它必须完全重新启动并且将其关闭之前的状态全部恢复回来。

下面的图表是 Activity 的状态图，直角矩形代表了 callback 方法，你可以实现这些方法从而使 Activity 在改变状态的时候执行你制定的操作。带颜色的椭圆形是 Activity 的主要状态。

  这里有三个比较关键的生命周期。

• 从最初 调用 onCreate(Bundle) 到最终调用 onDestroy() 称为 完整生命周期 。 Activity 会在 onCreate() 进行所有“全局”状态的设置，在 onDestroy() 中释放所有持有的资源。举个例子，如果它有一个从网络上下载数据的后台线程，那他可能就会在 onCreate() 中创建这个线程并在 onDestroy() 中停止这个线程。

• 从 activity 调用 onStart() 开始，到调用对应的 onStop() 为止称为 可见生命周期 。在这段时间内用户可以在屏幕上看到这个 activity ，尽管并不一定是在前景也不一定可以和用户交互。在这两个方法之间你可以维护那些 activity 在用户显示时所需的资源。举个例子来说，你可以在 onStart() 中注册一个 IntentReceiver 来监控那些可以对你的 UI 产生影响的环境改变，当你的 UI 不继续在用户面前显示时你可以在 onStop() 中注销这个 IntentReceiver 。每当 activity 在用户面前显示或者隐藏时都会调用相应的方法，所以 onStart() 和 onStop() 方法在整个生命周期中可以多次被调用。

• 从 activity 调用 onResume() 开始，到调用对应的 onPause() 为止称为 前景生命周期 ，这段时间 activity 处于其他所有 activity 的前面，且与用户交互。一个 activity 可以经常在 resumed 和 paused 状态之间转换——例如手机进入休眠时、 activity 的结果返回时、新的 intent 到来时——所以这两个方法中的代码应该非常的简短。

下面的 Activity 方法定义了 activity 完整的生命周期。他们全都是 hook 方法，你可以重载这些方法从而使 activity 在状态改变时执行你所期望的操作。所有 activity 都应该实现自己的 onCreate(Bundle) 方法来进行初始化设置；大部分还应该实现 onPause() 方法提交数据的修改并且准备终止与用户的交互。尽管我们计划在系统中添加更多的工具来管理应用，现在大多 activity 仍需要实现 onFreeze() 并且在 onCreate(Bundle) 中执行对应的状态恢复。其他的方法可以在需要时进行实现，当实现这些方法的时候需要注意的是一定要调用父类中的对应方法。

          
            public class Activity extends ApplicationContext {
     protected void onCreate(Bundle icicle);
     protected void onStart();
     protected void onRestart();
     protected void onResume();
     protected void onFreeze(Bundle outIcicle);
     protected void onPause();
     protected void onStop();
     protected void onDestroy();
 } 

 

          
        

（此处译者进行了大块的修改，请参考 原文 阅读下面表格）

① : 这个表格本人觉得还有些值得商榷的地方，建议作为参考阅读，不管是原文还是译文。

          
            public class CalendarActivity extends Activity {
     ...
     static final int DAY_VIEW_MODE = 0;
     static final int WEEK_VIEW_MODE = 1;
     private SharedPreferences mPrefs;
     private int mCurViewMode;

     protected void onCreate(Bundle icicle) {
         super.onCreate(icicle);
         SharedPreferences mPrefs = getSharedPreferences();
         mCurViewMode = mPrefs.getInt("view_mode" DAY_VIEW_MODE);
     }

     protected void onPause() {
         super.onPause();
         SharedPreferences.Editor ed = mPrefs.edit();
         ed.putInt("view_mode", mCurViewMode);
         ed.commit();
     }
 }