Activity 官方理解~

一个Activity是一个单独的，用户聚焦的一个组件，几乎所有的activities都可以和用户进行交互，因此Activity类关注创建窗口，你可以通过setContentView(View)这个函数在建立的窗口上放置自己的UI。虽然activities经常是以全屏的形式呈现给用户，但是它也可以以其他的方式来使用：以一个浮动窗口显示(通过设置WindowsIsFloating这个主题)或者是嵌入其他的activity(通过使用ActivityGroup)几乎所有的Activity的子类都会实现两个方法：
     onCreate(Bundle)：这个方法通常是用来初始化你的activity的，最重要的是，你经常会在这个方法里面调用setContentView(int)方法，通过一个布局资源来定义你自己的UI，并且用findViewById(int)这个方法去获取UI中的组件，方便通过编程进行操作。
     onPause()：这个方法是用来定义当用户离开这个activity时采取的动作。最重要的，用户在这里做出的任何改变都需要被提交(通常是提交到保存程序数据的ContentProvider)。
       通常有两种方式启动一个activity，一种方法是我们比较熟悉的当点击应用程序的图标的时候，这是会启动程序定义的启动activity，具体的看一下工程的AndroidManifest.xml文件就知道了；另一种方式是通过在一个activity中启动另外一个activity，相信大家对这个也不陌生，因为几乎绝大多数的应用都是有多个activity组成，我们从应用程序的一个界面进入到另一个界面就属于这种方式了。我们在一个activity中调用Content.startActivity()就可以启动一个指定的activity了，但是要注意的是，当使用Content.startActivity()这个方法启动另外的activity时，所有的activity都必须要在AndroidManifest.xml文件中声明相应的<activity>标签。否则应用程序是找不到你所要启动的activity的。
我们将要讨论的主题有：
1、Fragments
2、Activity的生命周期
3、配置改变
4、启动Activities并获取结果
5、保存持久的状态
6、权限
7、进程的生命周期


开发者指南：
Activity是应用程序整个生命周期的重要部分，activities的启动和组织是平台应用程序模型的基础部分。对应用程序结构和activities如何执行，可以参考 Application Fundamentals 和 Tasks and Back Stack开发者指南！可以在 Activities开发者指南中找到更为详细的关于如何创建activities的讨论！


Fragments：

    从蜂巢版本开始，Activity 可以利用 Fragment类更好的模块化自己的代码，为更大的屏幕创建更加复杂的用户界面，并且帮助他们的应用程序适应大小屏幕。

Activity的生命周期
    系统中的activities是作为activity stack来管理的。当一个新的activity被启动，它就放置在栈顶并且成为当前运行的activity--之前的activity保存在栈中，并且在新启动的activity退出之前，不会出现在屏幕的前端！
每个activity有四个状态：
1、当一个activity在屏幕的最顶层(也就是栈顶),此时activity被激活，即是运行状态。
2、当一个activity失去了焦点，但是仍然可见(有一个非全屏幕或者透明的acticity在该activity上面)，此时就是暂停状态。处于暂停状态的activity仍然处于激活状态，但是再系统内存过低的情况下，暂停的activity可以被系统杀死。
3、如果一个activity被另外一个activity完全遮蔽，此时就处于停止状态。此时它仍然保持所有的状态和信息，但是不可见了，并且在系统需要内存的时候可以杀死这个activity。
4、如果一个activity处于暂停或者停止状态，系统可以通过关闭这个activity或者仅仅是杀死这个进程。当这个activity再次呈现在用户面前时，他必须是被完全的重启并且恢复到原来的状态！

下面的图展示了一个activity的重要的状态转换。在四方的矩形中出现的是我们可以调用的方法，使activity在两个状态之间转换。着色的椭圆中显示的是activity可以处于的几种状态。

    这里有三个重要的循环，你可能会再监视你自己的activity时加以关注的。
1、一个activity的entire lifetime(全局生命周期)出现在第一次调用onCreate(Bundle)直到最后调用onDestroy()。一个activity将在onCreate()中设置全局的状态，并且再onDestroy()中释放所有的资源。例如：有一个线程再后台运行，从网络中下载数据，那么它很有可能就是再onCreate()方法中创建这个线程俄，而在onDestroy()中停止这个线程。
2、一个activity的visible lifetime(可见生命周期)发生在调用onStart()一直到相应的onStop()的调用。在这期间，用户可以再屏幕上看到这个activity，尽管它可能并不是处于屏幕的最前端或者该activity不能和用户交互。例如：我们可以在onStart()方法中注册一个 BroadcastReceiver来监听UI的变化，并且在onStop()中注销它，onStart()和onStop()可以多次调用，activity相应的就会显示或者消失。
3、一个activity的foreground lifetime(前台周期)发生在调用onResume()到相应的调用onPause()之间。在这期间，该activity始终处于屏幕的最前端，并且和用户进行交互，一个activity可以频繁的在resumed和paused两种状态之前切换，例如：当设备进入休眠状态，当一个activity的结果被发送，当一个新的intent被发送，因此再这个方法中的代码必须相当的简洁！
    一个activity的全局生命周期是通过如下的方法来定义的。所有的这些方法都是可以用自己的代码来覆盖的，从而在状态间切换时可以完成适当的工作，所有的activity都必须实现onCreate(BUndle)来实现初始化；很多都会实现onPause()提交变化到数据中，除此之外还会准备停止和用户的交互。当你实现这些方法的时候，你必须想到超类！

配置改变
如果设备的配置(被定义为Resources.Configuration类)被改变了，那么所有显示用户界面的都需要被更新以适应新的配置。因为Acitivity是和用户交互的首要机制，它包含了对配置文件改变的特殊支持。
除非你特殊指定，否则，配置文件的改变将会导致你当前的activity被销毁，经历了一个正常的activity的生命周期：onPause()、onStop(0和onDestroy()。如果此activity目前处在屏幕的最前端，或者是对用户可见，一旦那个activity实例的onDestroy()被调用，那么一个新的activity实例将会被创建，并且新创建的实例将会从 onSaveInstanceState(Bundle)中获得之前那个activity的状态。为什么要这么做呢？是因为任何应用程序的资源，包括布局文件，都能够因为任何配置文件中的配置值而发生改变。因此，对待配置文件的改变最保险的方式就是重新获得所有的资源，包括布局文件，图片资源以及字符资源。由于activity一定知道如何保存他们自己的状态并且利用这些状态重新创建自己，这就是一个简便的方法，让activity利用新的配置文件重启自己！
在一些特殊的情况下，你可能想基于一种或者多种配置文件的改变而避开重启你的activity，这可以通过manifest文件中的 android:configChanges属性来实现。对你声明在此的任何类型的配置文件的改变，你都将再你的activity中调用onConfigurationChanged(Configuration)方法，而不是通常的重启行为。如果出现了一些你并未在此声明的配置文件改变类型，那么，此activity将会重启并且onConfigurationChanged(Configuration)将不会被调用！
启动Activities并获取结果
startActivity(Intent)方法被用来启动一个新的activity，新启动的activity将会位于栈顶，该方法仅有一个参数，一个 Intent,该Intent被用来描述即将被启动的那个activity。
有的时候你也许希望当一个activity结束的时候可以从期中获得一个结果。例如：你可能会启动一个activity使得用户可以从联系人列表中选取一个记录，当选取结束后，该activity可以返回你选中的记录。为了达到这样的目的，你可以调用startActivityForResult(Intent, int)这个方法来启动activity，该方法包含第二个参数，用于标识本次调用的一个整数，该方法的返回值会通过 onActivityResult(int, int, Intent)方法返回。
当一个activity已经存在，那么他就可以调用setResult(int)返回数据给它的持有者，他必须总是提供一个返回码，可以使标准的结果RESULT_CANCELED, RESULT_OK或者是任何从RESULT_FIRST_USER开始自定义的代码。另外，它可以返回一个可选的intent，这个intent可以包含任何你想要的数据。所有的这些信息都会返回给它的持有者的Activity.onActivityResult()，伴随着前面提到的整型参数。 
如果一个子activity由于任何原因失败了(例如：崩溃)，那么父activity将会收到RESULT_CANCELED的返回码。

 public class MyActivity extends Activity {
      ...

      static final int PICK_CONTACT_REQUEST = 0;

      protected boolean onKeyDown(int keyCode, KeyEvent event) {
          if (keyCode == KeyEvent.KEYCODE_DPAD_CENTER) {
              // When the user center presses, let them pick a contact.
              startActivityForResult(
                  new Intent(Intent.ACTION_PICK,
                  new Uri("content://contacts")),
                  PICK_CONTACT_REQUEST);
             return true;
          }
          return false;
      }

      protected void onActivityResult(int requestCode, int resultCode,
              Intent data) {
          if (requestCode == PICK_CONTACT_REQUEST) {
              if (resultCode == RESULT_OK) {
                  // A contact was picked.  Here we will just display it
                  // to the user.
                  startActivity(new Intent(Intent.ACTION_VIEW, data));
              }
          }
      }
  }

保存连续的状态
activity一般需要处理两种持续的状态：一种是共享的文档类型的数据(典型的是利用content_provider存储再SQLite中)；另一种是内部状态例如：用户的偏好。
对于content provider数据，建议activities利用本地编辑的模型。那就是，用户做出的任何编辑都会立即产生作用，而不需要额外的确认的步骤，支持这种模型需要遵守如下两条规则：
1、当创建一个新的文档，那么备份的数据库条目和文件就会立即被创建。例如：当用户要写一个新的邮件时，那么一条新的记录就会随着开始输入数据而被创建，以至于如果用户浏览其他的activity，这个邮件将会出现在草稿箱中。
2、当activity的onPause()方法被调用，那么他就会把用户做出的任何改变提交到后端的content provider或者是文件。这将会确保那些改变对于那些即将运行的activity是可见的，你可能会想在activity的生命周期中更加积极主动的保存数据，例如：在启动一个新的activity之前，在结束一个activity之前，当用户改变输入框时。
这个模型被设计用来在用户浏览多个activity防址数据的丢失，并且允许系统在activity被暂停之后安全的杀死它。这意味着用户按下BACK键并不意味着“取消”，而是意味着保存当前的activity的内容并且离开当前的activity，在一个activity中取消编辑需要通过其他的一些机制，例如一个明确的“恢复”或者“撤销”选项。
关于content providers的详细内容可以查阅 content package，这些都是关于在activities之间调用和传播数据的不同之处重要方面。
Activity同样提供了API来管理与activity有关联的持续的状态。这都是可以被拿来使用的，例如：要记住用户的日历显示(日视图还是周视图)或者浏览器的默认主页。
Activity持久的状态是通过getPreference(int)来管理的，允许你去获取并修改一系列和activity有关的键值对。对于多个应用程序组件(activities,receivers,services,provides)共享的偏好设置，你可以通过隐含的Context.getSharedPreferences()方法来通过特殊的名字获取偏好设置的一些对象。(注意：再多个应用程序包中共享设置的数据是不可能的，对于这种情况，你需要使用content provider).
下面有一个从存有用户设定的显示模式的calendar activity中摘抄的一些内容：

 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 savedInstanceState) {
          super.onCreate(savedInstanceState);

          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();
      }
  }

权限
启动特殊activity的权利是在manifest文件中的<activity>标签中声明后被强制执行的。通过这种做法，其他的应用程序需要再他们自己的manifest文件中声明相应的<uses-permission>元素才能启动上面所说的特殊的activity。

要想查看详细的关于权限和安全的内容，可以查阅Security and Permissions文档。

进程的生命周期
Android系统试图尽可能的保持进程，但是不幸的是，当系统内存过低时，系统不得不杀死一些老的进程来释放内存空间。进程也有四种状态，这四种状态都是基于运行再进程中的activity的状态，系统会优先杀死一些不太重要的进程而不是杀死重要的进程。
1、前台的activity
2、可见的activity
3、后台的activity
4、空的进程
有的时候，一个Activity也许需要长时间的运行，即要独立的存在于它自己的activity生命周期，一个例子就是：也许照相的应用程序允许你上传照片到网上，而上传可能会需要比较长的时间，那么这个应用程序应当允许用户离开上传照片的activity，但是上传照片的进程还是要处于运行状态。为了达到这样的目的，你的应用程序需要再你上传照片的地方开启一个service。这就允许系统给你的应用赋于恰当的优先级，独立于你原来的activity，不管原来的activity处于paused、stopped或者是finished。