Android应用程序核心部件（四大组件）

Android应用程序核心部件（四大组件）

Android应用程序都运行在一个Dalvik虚拟机实例中，而每个虚拟机实例都是一个独立的进程空间，故每个应用程序都独立于其他应用程序而运行。Android系统这样做的目的在于保证系统的安全性，如果整个系统都运行在一个虚拟机实例中，那么当这个虚拟机实例产生异常时，整个系统将可能奔溃。另外，Android系统通过权限机制来使应用程序的运行更加安全。

应用程序组件是Andoid应用程序最基本的构件，由Android系统提供底层的框架支持，并由我们的应用程序实现。组件之间可以存在相互依赖的关系，有四种不同的组件在我们的应用程序中经常出现。这些组件都发挥了各自独一无二的作用，他们有各自的完整的生命周期，我们可以获得他们从创建到销毁的各个环节，从而可以根据他们的生命周期来实现我们的应用程序的需求。

1.Activity介绍

Acitivity就是用户界面，它有其自身的生命周期。一个应用程序通常包含多个Activity，他们可以相互切换。Activity的使用需要在manifest文件中进行声明。Android系统是通过任务栈来管理Activity的。当一个Activity启动时，会把它压入该Task的堆栈中，当用户按返回键或者结束该Activity时，他会从该Task的堆栈中弹出。如图1所示。

       图1   用任务栈管理Activity

当用户按Home键时，当前应用程序的任务栈将转到后台，该任务栈中保存着压入其中的各个Activity的状态。此时，用户可以启动任意其他应用程序。如果是另外的应用程序，那么它所在的任务栈将处于前台，用户可以与之进行相应的交互。

上述任务栈栈默认采用“后进先出”的原则，这对于大部分应用程序是适宜的。不过我们依然可以通过两种方式来指定Activity的任务模式：（1）使用manifest文件在定义Activity时指定它的加载模式（2）在开启一个Activity时开启一个Activity时使用Intent标志。如果这两种方式都用了，方式（2）的优先级会更高。Android为我们定义了四种加载模式，分别是standard、singleTop、singleTask和singleInstance。

• standard是Acitivity默认的加载模式，一调用startAcitivity（）方法就会产生一个新的实例，这种模式下的Activity可以被实例化多次。
• singleTop表示如果已经有一个实例位于任务栈的顶部，就不会产生新的实例，而只调用onNewIntent（）方法；如果不位于栈顶，会产生一个新的实例，这种模式下的Activity也可以被实例化多次。
• singleTask会在一个新的Task中产生这个实例，以后每次调用都会使用这个实例，而不会区产生新的实例。
• singleInstance和singleTask基本上一样，只是在这个模式下的Activity实例所处的Task中，只能有这个Activity实例，不能有其他的实例。

Avtivity加载模式的Intent标识如下。

• FLAG_ACTIVITY_NEW_TASK（同singleTask效果）
• FLAG_ACTIVITY_SINGLE_TOP（同singleTop效果）
• FLAG_ACTIVITY_CLEAR_TOP

2.Service介绍

Service不像Activity那样，它不直接与用户进行交互，没有用户界面，能够长期在后台运行，且比Acitivity具有更高的优先级，在系统资源紧张时不会轻易被Android系统终止。每个服务都是从Service基类中派生的。Service的生命周期没有Activity那样复杂，也是从onCreate（）到onDestory（）结束，但经历的生命周期方法要更少，过程也相对简单。Service不仅可以实现后台服务功能，也可以用于进程间的通信。使用Service时，需要在manifest中进行声明。对于进程内的Service可以直接通过My app ==> My Service ==> Service；对于进程间的Service调用则需要使用AIDL定义进程间的通信接口。

3.BroadCastReceiver介绍

Android系统中有各式各样的广播，像电话或短信的接收等都会产生一个广播。当系统/应用程序运行时便会向Android注册各种广播，主要有两种注册类型：（1）非常驻型广播，此类广播会伴随应用程序的生命周期；（2）常驻型广播，此类广播不受应用程序是否关闭的影响，只要有广播来就会被系统调用并自动运行。Android系统接收到广播后便会对广播进行判断，并找出所需事件，然后向不同的应用程序注册事件。不同的广播可以处理不同的广播事件，也可以处理相同的广播事件，Android系统会对此进行筛选，另外需要注意权限的。Android广播如图2.

图2.Android广播

BroadCastReceiver（广播接收器）是为了实现系统广播而提供的一种组件，广播事件处理机制是系统级别的。广播接收器通过在onReceive（）方法中实现事件的接收和处理，这需要在manifest中注明哪个类需要进行广播并且为其设置过滤器，如下图所示。

<receiver android:name=".MyBroadCast"><!-- 广播接收种类 -->
    <intent-filter>
        <action android:name="com.example.testbroadcast"/>
<!-- 表示接收的广播动作，这里可以是一个自定义动作，也可以是系统里自带的广播动作-->
</intent-filter>
    </receiver>

4.ContentProvider介绍

Android中的ContentProvider机制可支持在多个应用中存储和读取数据，这也是跨应用共享数据的唯一方式。在Android系统中，没有一个公共的内存区域供多个应用程序共享存储的数据。Android系统提供了一些主要类型的ContentProvider，比如音频、视频、图片和私人通讯录等。我们可以在android.provider包下面找到一些Android提供的ContentProvider，通过他们提供的地址就可以获得这些ContentProvider，并查询他们所包含的数据，当前前提是以获得适当的读取权限。

图3.Android中的ContentProvider

如果想公开自己的数据，那么有两种办法：创建自己的ContentProvider，这需要继承ContentProvider类；如果你的数据和已存在的ContentProvider数据结构一致，可以将数据写到已存在的ContentProvider中，当然前提是要获取该ContentProvider的权限。ContentProvider不仅起到在应用之间共享数据的作用，它还是标准的数据访问接口。