第 5 章 Android应用程序的内容
5.1 Android应用程序的概念性描述
Android 应用程序包含了工程文件、代码和各种资源，主要由 Java 语言编写，每一个应用程序将被编译成Android 的一个 Java 应用程序包（*.apk）。
由于 Android 系统本身是基于 Linux 操作系统运行的，因此 Android 应用程序也运行于 Linux 环境中，它们具有以下的特点：
- 在默认情况下，每一个应用程序运行于它们的 Linux 进程中；
- 每个进程具有自己的虚拟机（VM），所以每个应用程序运行于独立的环境中；
- 在默认情况下，每一个应用程序具有唯一的 Linux 用户 ID。通过设置权限让应用程序只对用户和应用程序本身可见，也有一些方法可以把它们暴露给其他的应用程序。
5.1.1．应用程序的组成部分
一般情况下，Android 应用程序由以下 4 种组件构成：
- 活动（Activity）；
- 广播接收器（BroadcastReceiver）；
- 服务（Service）；
- 内容提供者（Content Provider）。
一个 Android 应用程序是一个包(Package)，包中可能包含一个或者多个 Android 组件（component）。
（1）活动（Activity）
活动是最基本的 Android 应用程序组件，在应用程序中，一个活动通常就是一个单独的用户界面。每一个活动都被实现为一个独立的类，并且从活动（Activity）基类中继承而来，活动类将会显示由视图（View）控件组成的用户接口，并对事件（Event）做出响应。大多数的应用程序都会有多个用户界面，因此便会有多个相应的活动。
Android 的一个活动一般对应界面中的一个屏幕显示，可以理解成一个界面，每一个活动在界面上可以包含按钮、文本框等多种可视的 UI 元素。
（2）广播接收器（BroadcastReceiver）
广播接收器用于让应用程序对一个外部事件做出响应。例如：电话呼入事件、数据网络可用通知或者到了晚上时进行通知。
（3）服务（Service）
一个服务是一个具有一段较长生命周期但没有用户界面的程序。例如：一个正在从播放列表中播放歌曲的媒体播放器在后台运行。
（4）内容提供者（Content Provider）
应用程序能够将它们的数据保存到文件或 SQLite 数据库中，甚至是任何有效的设备中。当需要将数据与其他的应用共享时，内容提供者将会很有用。一个内容提供者类实现了一组标准的方法，从而能够让其他应用程序保存或读取此内容提供者处理的各种数据类型。
5.1.2．应用程序的生命周期
Android 系统中的不同组件具有不同的生命周期。Android 根据每个进程中运行的组件以及组件的状态把进程放入一个重要性分级（importance hierarchy）中。Android 进程的重要性分级，可以理解成执行的优先级。Android 进程的类型包括（按重要性分级排序）：
（1）前台（Foreground）进程
与用户当前正在做的事情密切相关，不同的应用程序组件能够通过不同的方法使它的宿主进程移到前台。当下面任何一个条件满足时，都可以考虑将进程移到前台。
- 进程正在屏幕的最前端运行一个与用户交互的 Activity（它的 onResume()方法被调用）；
- 进程有一个正在运行的
BroadcastReceiver（它的BroadcastReceiver.onReceive()方法正在执行）； - 进程有一个 Service，并且在 Service 的某个方法（
Service.onCreate()、Service.onStart()或者Service.onDestroy()）
内有正在执行的代码。
（2）可见（Visible）进程
它有一个可以被用户从屏幕上看到的 Activity，但不在前台——其 onPause()方法被调用。例如：如果前台的 Activity 是一个对话框，以前的 Activity 隐藏在对话框之后，就可能出现这种进程。这样的进程很重要，一般不允许被杀死，除非为了保证前台进程的运行不得不这样做。
（3）服务（Service）进程
有一个已经用startService()方法启动的 Service，虽然这些进程用户无法直接看到，但它们做的事情却是用户所关心的（例如：后台 MP3 回放或后台网络数据的上传/下载）。因此，系统将一直运行这些进程，除非内存不足以维持所有的前台进程和可见进程。
（4）后台（Background）进程
拥有一个当前用户看不到的 Activity（它的 onStop()方法被调用），这些进程对用户体验没有直接的影响。如果它们正确执行了 Activity 生命周期，系统可以在任意时刻杀死进程来回收内存，并提供给前面 3 种类型的进程使用。系统中通常有很多这样的进程在运行，因此要将这些进程保存在 LRU 列表中，以确保当内存不足时用户最近看到的进程最后一个被杀死。
（5）空（Empty）进程
不包含任何处于活动状态的应用程序组件。保留这种进程的唯一原因是，当下次应用程序的某个组件需要运行时，不需要重新创建进程，这样可以提高启动速度。
以上所说的“进程”是从系统运行的角度考虑的，各种不同的进程可以理解成 Android 的各种组件的不同状态机（state machine）。如果从应用程序的代码以及运行情况考虑，可以关注 Android 的各种组件相对应的生命周期。
1． 活动的生命周期
活动是 Android 中最重要、最基础的组件，用户在界面上看到的一个个可以切换的屏幕界面就是 Android中的活动。活动的生命周期如图 1 所示。
- 运行活动的情景：当一个活动被启动时，活动中的 onCreate()、onStart()和 onResume()这 3 个方法被依次调用，活动对应的界面出现在屏幕上。
- 活动被“覆盖”的情景：Android 的活动一般都占据一个完整的屏幕，从当前活动启动另外一个活动时，另一个活动将被启动到前台（Foreground），当前活动转入后台（Background），这时活动的 onPasuse()方法将被调用，活动转入后台运行。如果活动变为不可见，还将调用 onStop()方法。在转入后台时，onStop()是否被调用取决于活动是否被完全覆盖，在新的活动有透明部分时，转入后台的活动依然“可见”，其他情况下（较多数的情况）活动均进入不可见状态（被完全覆盖）。
- 活动被恢复的情景：当界面上最前面的活动退出后，它所覆盖的活动将被恢复，这时 onResume()方法将被调用，活动重新转入前台运行。
- 活动完全退出的情景：当使用回退（Back）按钮退出活动时，onDestroy()方法将被调用，活动关闭。如果系统缺少内存时，也会杀死（kill）后台的活动，其中优先杀死不可见的活动，可见的活动一般不会被杀死。
2． 服务的生命周期
服务可以长时间运行，它的特点是没有可视化界面，服务的生命周期如图 2 所示。
使用 StartService 运行服务的情景：使用这种方法启动服务，服务的 onCreate()和 onStart()这两个方法将被调用，服务会在后台运行直到退出，退出时将调用 onDestroy()方法。
使用 bindService 运行服务的情景：使用这种方法启动服务，调用者（也就是服务的客户端）将获得和服务交互的类，通过其调用时服务的相关内容会处于活动状态。
3． 广播接收器的生命周期
广播接收器有一个单一的回调方法 onReceive()，当广播消息到达接收器时，Android 将调用这个方法，并传递给包含在这个消息中的 Intent 对象。
广播接收器只有在这个方法的执行过程中才处于活动状态，当 onReceive()返回后，广播接收器将不再处于活动状态。广播接收器的功能类似于一个回调函数，只是单次运行时处于活动状态。
