1.4　核心组件

在分析Android 4.4的源码之前，很有必要了解一下Android应用程序的核心组件功能。一个典型的Android应用程序通常由五个组件组成，这五个组件构成了Android的核心功能。在本节的内容中，将详细讲解这五大组件的基本知识。

1.4.1　Activity界面

Activity是这五个组件中最常用的一个组件。程序中Activity通常的表现形式是一个单独的界面（screen）。每个Activity都是一个单独的类，它扩展实现了Activity基础类。这个类显示为一个由Views组成的用户界面并响应事件。大多数程序有多个Activity。例如，一个文本信息程序有这么几个界面：显示联系人列表界面，写信息界面，查看信息界面或者设置界面等。每个界面都是一个Activity。切换到另一个界面就是载入一个新的Activity。某些情况下，一个Activity可能会给前一个Activity返回值——例如，一个让用户选择相片的Activity会将选择到的相片返回给其调用者。

打开一个新界面后，前一个界面就被暂停，并放入历史栈中（界面切换历史栈）。使用者可以回溯前面已经打开的存放在历史栈中的界面。也可以从历史栈中删除没有界面价值的界面。Android在历史栈中保留程序运行产生的所有界面：从第一个到最后一个。

1.4.2　Intent和Intent Filters

Android通过一个专门的Intent类来进行界面的切换。Intent描述了程序想做什么（Intent意为意图、目的、意向）。Intent类还有一个相关类IntentFilter。Intent是一个请求来做什么事情，Intent Filters则描述了一个Activity（或下文的Intent Receiver）能处理什么意图。显示某人联系信息的Activity使用了一个IntentFilter，就是说它知道如何处理应用到此人数据的View（视图）操作。Activity在文件AndroidManifest.xml中使用Intent Filters。

通过解析Intent可以实现Activity的切换，可以使用startActivity（myIntent）启用新的Activity。系统会考察所有安装程序的Intent Filters，然后找到与myIntent匹配最好的Intent Filters所对应的Activity。这个新Activity能够接收Intent传来的消息，并因此被启用。解析Intent的过程发生在startActivity被实时调用时，这样做有如下两个好处。

（1）Activity仅发出一个Intent请求，便能重用其他组件的功能。

（2）Activity可以随时被替换为有等价IntentFilter的新Activity。

1.4.3　Service服务

Service是一个没有UI且常驻系统的代码，最常见的例子是媒体播放器从播放列表中播放歌曲。在媒体播放器程序中，可能有一个或多个Activities让用户选择播放的歌曲。然而在后台播放歌曲时无须Activity干涉，因为用户希望在音乐播放同时能够切换到其他界面。既然这样，媒体播放器Activity需要通过Context.startService（）启动一个Service，这个Service在后台运行以继续保持播放音乐。在媒体播放器被关闭之前，系统会保持音乐后台播放Service的正常运行。可以使用Context.bindService（）方法连接到一个Service上（如果Service未运行的话，连接后还会启动它），连接后即可通过一个Service提供的接口与Service进行通话。对音乐Service来说，提供了暂停和重放等功能。

1.如何使用服务

在Android系统中，有如下两种使用Service服务的方法。

（1）通过调用Context.startServece（）启动服务，调用Context.stoptService（）结束服务，startService（）可以传递参数给Service。

（2）通过调用Context.bindService（）启动，调用Context.unbindService（）结束，还可以通过ServiceConnection访问Service。两者可以混合使用，比如可以先startServece（）再unbindService（）。

2.Service的生命周期

在使用startService（）方法启动服务后，即使调用startService（）的进程结束了，Service仍然存在，一直到有进程调用stoptService（）或Service自己灭亡（stopSelf（））为止。

在bindService（）后，Service就和调用bindService（）的进程“同生共死”，也就是说当调用bindService（）的进程死了，那么它绑定的Service也要跟着被结束，当然期间也可以调用unbindService（）让Service结束。

当混合使用上述两种方式时，例如你startService（）了，我bindService（）了，那么只有你stoptService（）了而且我也unbindService（）了，这个Service才会被结束。

3.进程生命周期

在Android系统中会尝试保留那些启动的或者绑定的服务进程，具体规则如下。

（1）如果该服务正在进程的onCreate（）、onStart（）或者onDestroy（）方法中执行时，那么主进程将会成为一个前台进程，以确保此代码不会被停止。

（2）如果服务已经开始，那么它的主进程的重要性会低于所有的可见进程，但是会高于不可见进程。由于只有少数几个进程是用户可见的，所以只要不是内存特别低，该服务就不会停止。

（3）如果有多个客户端绑定了服务，只要客户端中的一个对于用户是可见的，即可认为该服务可见。

1.4.4　Broadcast Receiver发送广播

在Android系统中，Broadcast Receiver是一个广播接收器组件。广播接收器是一个专注于接收广播通知信息，并做出对应处理的组件。很多广播是源自于系统代码的，比如，通知时区改变、电池电量低、拍摄了一张照片或者用户改变了语言选项。应用程序也可以进行广播——比如说，通知其他应用程序一些数据下载完成并处于可用状态。应用程序可以拥有任意数量的广播接收器以对所有它感兴趣的通知信息予以响应，所有的接收器均继承自BroadcastReceiver基类。

在Android系统中，Broadcast Receiver广播接收器没有用户界面。然而，它们可以启动一个Activity来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力——闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

Android中的广播事件有两种，一种是系统广播事件，比如：ACTION_BOOT_COMPLETED（系统启动完成后触发），ACTION_TIME_CHANGED（系统时间改变时触发），ACTION_BATTERY_LOW（电量低时触发）等。另外一种是自定义的广播事件。

在Android系统中，广播事件的基本流程如下所示。

（1）注册广播事件：注册方式有两种：

一种是静态注册，即在AndroidManifest.xml文件中定义，注册的广播接收器必须要继承BroadcastReceiver。

是一种是动态注册，是在程序中使用Context.registerReceiver注册，注册的广播接收器相当于一个匿名类。两种方式都需要IntentFIlter。

（2）发送广播事件：通过Context.sendBroadcast来发送，由Intent来传递注册时用到的Action。

（3）接收广播事件：当发送的广播被接收器监听到后，会调用它的onReceive（）方法，并将包含消息的Intent对象传给它。onReceive中代码的执行时间不要超过5s，否则Android会弹出超时对话框。

1.4.5　用Content Provider存储数据

在Android系统中，应用程序会把数据存储在一个SQLite数据库格式文件中，或者存储在其他有效设备里。如果想让其他程序能够使用程序中的数据，此时Content Provider就很有用了。Content Provider是一个实现了一系列标准方法的类，这个类使得其他程序能存储、读取某种Content Provider可处理的数据。