ANDROID应用程序四大组件

http://www.cnblogs.com/Tiger-Dog/articles/2105215.html

在Android中，一个应用程序可以使 用其它应用程序的组件，这是Android系统一个非常重要的特性。例如，你编写的应用程序需要显示一个可以滚动的图片列表，如果其它某个应用程序已经开 发了具有此功能的组件并对外发布了此组件以使其它应用程序能够使用此组件，因此你可以直接调用这个组件来显示图片，而不需要重新开发一个具有此功能的组 件。在需要的时候Android会启动另外一个程序的部分代码，这部分代码实现了你请求执行的动作的功能，而不是在你的应用程序中直接包含另外一个应用程 序的代码。

为了实现这样的功能，Android系统必须能够在其它应用程序有请求的时候启动一个应用程序进程并实例化部分java对象。因此与其它大部分系统 不同，运行在Android系统上的应用程序并没有一个应用程序入口点（类似java程序中的main方法）。相反，Android应用程序包含一些运行 应用程序所必须的能够被Android系统实例化的组件。这些组件主要包括以下四种类型。

Activity

一个Activity通常展现为一个可视化的用户界面。例如，一个activity可能展现为一个用户可以选择的菜单项列表或者展现一些图片以及图 片的标题。一个消息服务应用程序可能包含一个显示联系人列表的activity,一个编写信息的activity，以及其它一些查看信息和修改应用程序设 置的activity。虽然这些activity一起工作，共同组成了一个应用程序，但每一个activity都是相对独立的。每一个activity都 是Activity(android.app.Activity)的子类。

一个应用程序可能只包含一个activity，或者像上面提到的消息服务程序一样有多个activity。一个应用程序包含几个activity以 及各个activity完成什么样的功能完全取决于应用程序以及它的设计。通常每个应用程序都包含一个在应用程序启动后第一个展现给用户的 activity。在当前展现给用户的activity中启动一个新的activity，可以实现从一个activity转换到另外一个 activity。

每个activity都会有一个用于绘制用户界面的窗口。通常这样一个窗口会填充整个屏幕，当然这个窗口也可以比屏幕小并漂浮在其他窗口之上。 activity还可以使用一些额外的窗口，例如一个要求用户响应的弹出式对话框，或者是当用户在屏幕上选择一个条目后向用户展现一些重要信息的窗口。

展示activity窗口的可视化内容区域是一些具有层次关系（很像数据结构中的树）的视图，而视图则是由类View的子类表示的。每个视图控制窗 口中的一个矩形区域。父视图包含一些子视图并管理子视图的布局。位于叶节点的视图直接控制并响应用户的动作。因此视图就是activity与用户交互的接 口。例如，一个显示图片的视图，当用户单击的时候它可能会启动一个动作。Android有许多开发人员可以直接使用的视图，包括按钮，文本域，滚动条，菜 单，复选框等。

通过调用Activity.setContentView()方法来设置展现activity的窗口的视图。内容视图则是视图层次结构中的根节点视图。

Service

service没有用户界面，但它会在后台一直运行。例如，service可能在用户处理其它事情的时候播放背景音乐，或者从网络上获取数据，或者执行一些运算，并把运算结构提供给activity展示给用户。每个service都扩展自类Serivce。

多媒体播放器播放音乐是应用service的一个非常好的例子。多媒体播放器程序可能含有一个或多个activity，用户通过这些 activity选择并播放音乐。然而，音乐回放并不需要一个activity来处理，因为用户可能会希望音乐一直播放下去，即使退出了播放器去执行其它 程序。为了让音乐一直播放，多媒体播放器activity可能会启动一个service在后台播放音乐。Android系统会使音乐回放service一 直运行，即使在启动这个service的activity退出之后。

应用程序可以连接到一个正在运行中的service。当连接到一个service后，可以使用这个service向外暴露的接口与这个service进行通信。对于上面提到的播放音乐的service，这个接口可能允许用户暂停，停止或重新播放音乐。

与activity以及其它组件一样，service同样运行在应用程序进程的主线程中。所以它们不能阻塞其它组件或用户界面，通常需要为这些service派生一个线程执行耗时的任务。

Broadcase receiver

broadcase receiver不执行任何任务，仅仅是接受并响应广播通知的一类组件。大部分广播通知是由系统产生的，例如改变时区，电池电量低，用户选择了一幅图片或 者用户改变了语言首选项。应用程序同样也可以发送广播通知，例如通知其他应用程序某些数据已经被下载到设备上可以使用。

一个应用程序可以包含任意数量的boradcase reveiver来响应它认为很重要的通知。所有的broadcast receiver都扩展自类BroadcastReceiver。

broadcast receiver不包含任何用户界面。然而它们可以启动一个activity以响应接受到的信息，或者通过NotificationManager通知用 户。可以通过多种方式使用户知道有新的通知产生：闪动背景灯、震动设备、发出声音等等。通常程序会在状态栏上放置一个持久的图标，用户可以打开这个图标并 读取通知信息。

Content provider

应用程序可以通过content provider访问其它应用程序的一些私有数据，这是Android提供的一种标准的共享数据的机制。共享的数据可以是存储在文件系统中、SQLite 数据库中或其它的一些媒体中。content provider扩展自ContentProvider类，通过实现此类的一组标准的接口可以使其它应用程序存取由它控制的数据。然而应用程序并不会直接 调用ContentProvider中的方法，而是通过类ContentResolver。ContentResolver能够与任何一个 ContentProvider通信，它与ContentProvider合作管理进程间的通信。

任何时候当Android系统收到一个需要某个组件进行处理的请求的时候，Android会确保处理此请求的组件的宿主进程是否已经在运行，如果没 有，则立即启动这个进程，当请求的组件的宿主进程已经在运行，它会继续查看请求的组件是否可以使用，如果不能立即使用，它会创建一个请求的组件的实例来响 应请求。