Android开发入门：系统组件介绍
Activities(活动)
应用程序的显示层。每一个画面对应于你的应用程序，将会是Activity类的扩展。Activity使用Views去构建UI来显示信息和响应用户的行为。就桌面开发而言，一个Activity相当于一张Form。
一个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的窗口的视图。内容视图则是视图层次结构中的根节点视图。
Services(服务)
Android应用程序中不可见的“工人”。 Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的 Activity已经不处于激活状态或不可见。
Service没有用户界面，但它会在后台一直运行。例如，Service可能在用户处理其它事情的时候播放背景音乐，或者从网络上获取数据，或者执行一些运算，并把运算结构提供给Activity展示给用户。每个Service都扩展自类Serivce。
多媒体播放器播放音乐是应用Service的一个非常好的例子。多媒体播放器程序可能含有一个或多个Activity，用户通过这些 Activity选择并播放音乐。然而，音乐回放并不需要一个Activity来处理，因为用户可能会希望音乐一直播放下去，即使退出了播放器去执行其它程序。为了让音乐一直播放，多媒体播放器Activity可能会启动一个Service在后台播放音乐。Android系统会使音乐回放Service一直运行，即使在启动这个Service的Activity退出之后。
应用程序可以连接到一个正在运行中的Service。当连接到一个Service后，可以使用这个Service向外暴露的接口与这个Service进行通信。对于上面提到的播放音乐的Service，这个接口可能允许用户暂停，停止或重新播放音乐。
与activity以及其它组件一样，Service同样运行在应用程序进程的主线程中。所以它们不能阻塞其它组件或用户界面，通常需要为这些Service派生一个线程执行耗时的任务。
Content(内容)
提供共享的数据存储。Content Provider(内容提供器)用来管理和共享应用程序的数据库。在应用程序间，Content Provider是共享数据的首选方式。这意味着，你可以配置自己的Content Provider去存取其他的应用程序或者通过其他应用程序暴露的Content Provider去存取它们的数据。Android设备本身包含了几个Content Provider来访问像联系人信息等有用的数据库。你将在第6章学习怎样创建和使用Content Provider。
应用程序可以通过Content Provider访问其它应用程序的一些私有数据，这是Android提供的一种标准的共享数据的机制。共享的数据可以是存储在文件系统中、SQLite 数据库中或其它的一些媒体中。Content Provider扩展自ContentProvider类，通过实现此类的一组标准的接口可以使其它应用程序存取由它控制的数据。然而应用程序并不会直接调用ContentProvider中的方法，而是通过类ContentResolver。ContentResolver能够与任何一个 ContentProvider通信，它与ContentProvider合作管理进程间的通信。
任何时候当Android系统收到一个需要某个组件进行处理的请求的时候，Android会确保处理此请求的组件的宿主进程是否已经在运行，如果没有，则立即启动这个进程，当请求的组件的宿主进程已经在运行，它会继续查看请求的组件是否可以使用，如果不能立即使用，它会创建一个请求的组件的实例来响应请求
Intents(意图)
简单的消息传递框架。使用Intent，你可以在整个系统内广播消息或者给特定的Activity或者服务来执行你的行为意图。系统会决定那个(些)目标来执行适当的行为。
Broadcast Receivers(广播接收器)
Intent广播的“消费者”。通过创建和注册一个Broadcast Receiver，应用程序可以监听符合特定条件的广播的Intent。Broadcast Receiver 会自动的启动你的Android应用程序去响应新来的Intent。Broadcast Receiver是事件驱动程序的理想手段。
Broadcase Receiver不执行任何任务，仅仅是接受并响应广播通知的一类组件。大部分广播通知是由系统产生的，例如改变时区，电池电量低，用户选择了一幅图片或者用户改变了语言首选项。应用程序同样也可以发送广播通知，例如通知其他应用程序某些数据已经被下载到设备上可以使用。
一个应用程序可以包含任意数量的Broadcase Reveiver来响应它认为很重要的通知。所有的Broadcast Receiver都扩展自类BroadcastReceiver。
Broadcast Receiver不包含任何用户界面。然而它们可以启动一个Activity以响应接受到的信息，或者通过NotificationManager通知用户。可以通过多种方式使用户知道有新的通知产生：闪动背景灯、震动设备、发出声音等等。通常程序会在状态栏上放置一个持久的图标，用户可以打开这个图标并读取通知信息。