Android四大（五大）基本组件简介

说到Android基本组件，很多人都认为是Activity，Service，Broadcast Receiver,Content Provider;但也有人认为是五大组件，Activity，Intent，Service，Broadcast
Receiver，Content Provider。

其实所谓的四大五大都是说的Android中常用的几个组件。Intent在Android中作用极重要，完全可以和其它几大组件并列。

Activity：

一般称之为“活动”，在应用程序中一般一个 Activity就是一个单独的屏幕。每一个活动都被实现为一个独立的类，并且从活动基类中继 承而来，活动类将会显示由视图控件组成的用户接口，并对事件作出响应。Activity利用View来实现应用中的GUI（用户直接通过GUI和应用程序
做交互）。Activity窗口内的可见内容通过基类View提供。使用Activity.setContentView()方法设置当前 Activity中的View对象。

每个View对象控制着窗口内的一个矩形空间；

View是一种层次化结构，Parent View中的布局属性会被子View继承；

位于View层次关系最底层的子View对象所代表的矩形空间就是跟用户进行交互的地方

Activity的生命状态依次为：

onCreate

onStart

onRestart

onResume

onPause

onStop

onDestroy

如果要保存页面中一些数据的话，要在onPause（）中保存，在onResume（）中读取。

和 J2ME 的 MIDlet 一样，在 android 中，Activity 的生命周期交给系统统一管理。与 MIDlet 不同的是安装在
android 中的所有的 Activity 都是平等的。

在 android 中，Activity 拥有四种基本状态：

Active/Runing一个新 Activity 启动入栈后，它在屏幕最前端，处于栈的最顶端，此时它处于可见并可和用户交互的激活状态。

Paused 当 Activity 被另一个透明或者 Dialog 样式的 Activity 覆盖时的状态。此时它依然与窗口管理器保持连接，系统继续维护其内部状态，所以它仍然可见，但它已经失去了焦点故不可与用户交互。
Stoped 当 Activity 被另外一个 Activity 覆盖、失去焦点并不可见时处于 Stoped状态。
Killed Activity 被系统杀死回收或者没有被启动时处于 Killed状态。

Activity共有四种加载模式：

1. standard
模式启动模式，每次激活Activity时都会创建Activity，并放入任务栈中。
2. singleTop
如果在任务的栈顶正好存在该Activity的实例， 就重用该实例，否者就会创建新的实例并放入栈顶(即使栈中
已经存在该Activity实例，只要不在栈顶，都会创建实例)。
3. singleTask
如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的onNewIntent())。重用时，会让该实例回到
栈顶，因此在它上面的实例将会被移除栈。如果栈中不存在该实例，将会创建新的实例放入栈中。
4. singleInstance
在一个新栈中创建该Activity实例，并让多个应用共享改栈中的该Activity实例。一旦改模式的Activity的实
例存在于某个栈中，任何应用再激活改Activity时都会重用该栈中的实例，其效果相当于多个应用程序共享一个应用，
不管谁激活该Activity都会进入同一个应用中。

Intent：
Intent是一种运行时绑定（runtime binding）机制，它能够在程序运行的过程中连接两个不同的组件。通过Intent，
你的程序可以向Android表到某种请求或者意愿，Android会根据意愿的内容选择适当的组件来处理请求。

Intent对象抽象地描述了执行操作，Intent的主要组成部分；

1.目标组件名称

a) 组件名称是一个ComponentName对象，是目标组件类名和目标组件所在应用程序包的组合

b) 组件中的包名不一定要和manifes文件中包名完全匹配

c) 如果Intent消息中指明了目标组件的名称，这就是一个显示消息，Intent会传递给指明的组件。

d) 如果目标组件名称并没有指定，Android则通过Intent内的其他信息和已注册的IntentFilter的比较来选择合适的目标组件

2. Action

a)描述Intent所触发动作的名字字符串。

b)理论上Action可以为任何字符串，而与Android系统应用有关的Action字符串以静态字符串常量的形式定义在了Intent类中。

3.Data

a)描述Intent要操作的的数据的URI和数据类型。

b)正确设置Intent的数据对于Android寻找系统中匹配Intent请求的组件很重要。

4.Category

a)是对被请求组件的额外描述信息。

b)Android也在Intent类中定义了一组静态字符串常量表示Intent不同的类别。

5.Extra

a)当我们使用Intent连接不同组件时，有时需要在Intent中附加额外的信息，以便将数据传递给目标Activity。

b)Extra用键值对结构保存在Intent对象当中，Intent对象通过调用方法putExtras() 和 getExtras()来存储和获取Extra

c)Extra是以Bundle对象的形式来保存的，Bundle对象提供了一系列put和get方法来设置、提取相应键值信息。

d)在Intent类中同样为Android系统应用的一些Extra的键值定义了静态字符串常量。

6.Flag

决定Intent目标组件的因素：

在显式Intent消息中，决定目标组件的唯一要素就是组件名称（不用再定义其他Intent内容）

而隐式Intent消息中，由于没有目标组件名称，所以必须由Android系统帮助应用程序寻找与Intent请求意图最匹配的组件。

隐式Intent消息中目标组件具体选择方 法是：android将Intent的请求内容和一个叫做IntentFilter的过滤器比 较，IntentFilter中包含系统中所有可能的待选组件。如果IntentFilter中某一个组件匹配隐式Intent请求内容，那么 Android就选择该组件作为该隐式Intent的目标组件。

激活一个新的Activity，或者让一个现有的Activity执行一个新的操作，可以通过调用如下两种方法(这两汇总方法需要传入的Intent参数称为Activity Action Intent)：

1.Context.startActivity()

2.Activity.startActivityForResult()

启动一个新的服务，或者向一个已有的服务传递新的指令，可以调用如下两种方法：

1.Context.startService()

2.Context.bindService()

发送广播Intent(所有已注册的拥有与之相匹配IntenFilter的BroadcastReceiv就会被激活)，可以调用如下三种方法：

1.Context.sendBroadcast()

2.Context.sendOrderBroadcast()

3.Context.sendStickBroadcast()

Intent一旦发出，Android都会准 确找到相匹配的一个或多个Activity、Service或BroadcastReceiver作响 应。所以，不同类型的Intent消息不会出现重叠，BroadcastIntent消息只会发送给BroadcastReceiver，而绝不可能发送 给Activity或Server。有startActivity()传递的消息也只可能发送给Activity，由startService()传递的
Intent只可能发送给Service。

Service

android中服务是运行在后台的东西，级别与activity差不多。它是不可见的，没有界面的东西。我们可以启动一个服务Service来播放音乐，或者记录地理信息位置的改变，或者启动一个服务来运行并一直监听某种动作。Service和其他组件一样，都是运行在主线程中，因此不能用它来做耗时的请求或者动作。但我们可以在服务中开一一个线程，在线程中做耗时动作。

服务一般分为两种：

1：本地服务， Local Service 用于应用程序内部。在Service可以调用Context.startService()启动，调用Context.stopService()结束。 在内部可以调用Service.stopSelf() 或 Service.stopSelfResult()来自己停止。无论调用了多少次startService()，都只需调用一次 stopService()来停止。
2：远程服务， Remote Service 用于android系统内部的应用程序之间。可以定义接口并把接口暴露出来，以便其他应用进行操作。客户端建立到服务对象的连接，并通过那个连接来调用服
务。调用Context.bindService()方法建立连接，并启动，以调用 Context.unbindService()关闭连接。多个客户端可以绑定至同一个服务。如果服务此时还没有加载，bindService()会先加 载它。

在绑定服务的时候，需要一个服务连接对象，ServiceConnection，服务一旦连接，就会调用 onServiceConnected方法，我们可以在这个方法里面返回我们的本地服务对象，具体看代码；而在服务断开时候会调用
onServiceDisconnected方法，我们可以清理一些服务资源。

Broadcast Receiver

Android中的广播要么来自于系统，要么来自普通应用程序。

很 多事件都可能导致系统广播，如手机所在时区发生变化，电池电量低，用户改变系统语言设置等。来自普通应用程序，如一个应用程序通知其他应用程序某些数据已 经下载完毕。为了响应不同的事件通知，应用程序可以注册不同的Broadcast Receiver。所有的Broadcast
Receiver都继承自基类BroadcastReceiver。

BroadcastReceiver 自身并不实现图形用户界面，但是当它收 到某个通知后，BroadcastReceiver可以启动Activity作为响应，或者通过NotificationMananger提醒用户。 BroadcastReceiver是对发送出来的Broadcast进行过滤接收并响应的一类组件。

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

广播事件的流程

1. 注册广播事件：注册方式有两种，一种是静态注册，就是在 AndroidManifest.xml文件中定义，注册的广播接收器必须要继承BroadcastReceiver；另一种是动态注册，是在程序中使用 Context.registerReceiver注册，注册的广播接收器相当于一个匿名类。两种方式都需要IntentFIlter。

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

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

Content Provider
在Android中，每个应用程序都是用自己的用户ID并在自己的进程中运行。这样的好处是，可以有效地保护系统及应用程序，避免被其他不正常德应用程序所影响，每个进程都拥有独立的进程地址空间和虚拟空间。

Content Provider可以将应用程序特定的数据提供给另一个应用程序使用。其数据存储方式可以是Android文件系统、SQLite数据库或者其他合理的方式。

当数据需要在应用程序间共享时，我们就可以利用ContentProvider为数据定义一个URI。之后，其他应用程序对数据进行查询或者修改时，只需要从当前上下文对象获得一个ContentResolver, 然后传入响应的URI就可以了。

Content Provider 继承自基类ContentProvider，并且实现了一组标准接口。通过这组接口，其他应用程序能对数据进行读写和存储。然而，需要使用数据的应用程序 并不是直接调用这组方法，而是通过调用ContentResolver对象的方法来完成。ContentResolver对象可以与任意
ContentProvider通信。

要为当前应用程序的私有数据定义URI，就需要专门定义一个继承自ContentProvider的类，然后根据不同的操作调用的方法去实现这些方法的功能。

ContentResolver 类为应用程序提供了接入Content机制的方法。要构造一个ContentResolver对象可以为构造方法 ContentResolver(Context context)传入一个Context对象，也可以直接通过Context对象调用getContentResolver()方法获得
—— 有的ContentResolver对象后，就可以通过调用其query()、insert()、update()等方法来对数据进行操作了。比如查看通讯录等。