Android五大基本组件

onCreate

onStart

onRestart

onResume

onPause

onStop

onDestroy

2.Intent

Android 中用Intent这个特殊类实现Activity与Activity之间的切换，Intent在不同的组件之间传递消息，将一个组件的请求意图传给另一个 组件。因此，Intent是包含具体请求信息的对象。针对不同的组件，Intent所包含的消息内容有所不同，且不同组件的激活方式也不同， 且不同类型组件有传递Intent的不同方式。Intent是一种运行时绑定（runtime binding）机制，它能够在程序运行的过程中连接两个不同的组件。通过Intent，你的程序可以向Android表到某种请求或者意 愿，Android会根据意愿的内容选择适当的组件来处理请求。

其他4种基本组件中，除了Content Provider是通过Content Resolver激活外，其他3种组件Activity、Service和Broadcast Receiver都是由Intent异步消息激活的。

Intent在不同的组件之间传递消息，将一个组件的请求意图传给另一个组件。因此，Intent是包含具体请求信息的对象。

针对不同的组件，Intent所包含的消息内容有所不同，且不同组件的激活方式也不同， 且不同类型组件有传递Intent的不同方式。

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

激活一个新的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。

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

1.目标组件名称。[可选项]

a) 组件名称是一个Compone

资料获取→专栏
ntName对象，是目标组件类名和目标组件所在应用程序包的组合

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的目标组件。

IntenFilter

应用程序的组件为了告诉Android自己能响应、处理哪些隐式Intent请求，可以声明一个甚至多个IntentFilter。

每个IntentFilter描述该组件所能响应Intent请求的能力 —— 组件希望接收什么类型的请求行为，什么类型的请求数据。

隐式Intent和IntentFilter进行比较时的三要素：Action、Data、Category。

一个隐式Intent请求要能够传递给目标组件，必需通过以上三个方面的检查。如果任何一方面不匹配，Android都不会将该隐式Intent传递给目标组件。

1. 动作测试

a)一条 中至少应该包含一个, 否则任何Intent请求都不能和该 匹配。

b)如果IntentFilter 中没有包含任何Actino类型，那么无论什么Intent请求都无法和这条IntentFilter匹配。

c)如果Intent请求中没有设定Action类型，那么只要IntentFilter中包含有Action类型，这个Intent请求将顺利通过IntentFilter的测试。

2. 类别测试

a)只有当Intent请求中所有的Category与组件中的某一个IntentFilter的category完全匹配，才会让该Intent请求通过测试，IntentFilter中的多余category声明并不会导致匹配失败。

b)一个没有指定任何类别的IntentFilter仅仅只会匹配没有设置类别的Intent请求。

3. 数据测试

a)元素指定了希望接受的Intent请求的数据URI和数据类型：URI被分成三部分类进行匹配，scheme、authority和 path.

b)使用 setData设定的Intent请求的URI数据类型和scheme，必须与IntentFilter中指定的一致

3.Service

运行于应用程序进程的主线程中，因此Service不会阻塞其他组件和用户界面。

Service是不能自己启动的，必须通过Context对象（如一个Activity）调用startService或bindService方法来启动（用这两种方法启动的Service的生命周期不同）。

1.调用startService方法

a)若Service没有启动，则首先会调用该Service的onCreate方法，然后再调用onStart方法。

b)若Service已经启动，则会直接调用onStart方法

c)该方法启动的Service，可以通过Context对象调用stopService来关闭，也可以通过Service自身调用stopSelf()或stopSelfResult()来关闭，关闭之前调用onDestory方法。

2.调用bindService方法，使当前Context对象通过一个ServiceConnection的对象绑定到所指定的Service

a)若Service没有启动，则首先会调用该Service的onCreate方法初始化启动，然后调用Service的onBind方法初始化绑定。

b)如果绑定Service的Context对象被销毁时，被绑定的Service也会调用onUnbind 和 onDestroy方法停止运行

c)注意： BroadcastReceiver是不能绑定服务的。

d)一个绑定Service的Context对象还可以通过unbindService()来取消对服务的绑定。

e)取消时，Service会调用unbind方法，若Service是通过bindService来启动的，还会调用onDestroy方法来停止服务。
用该Service的onCreate方法初始化启动，然后调用Service的onBind方法初始化绑定。

b)如果绑定Service的Context对象被销毁时，被绑定的Service也会调用onUnbind 和 onDestroy方法停止运行

c)注意： BroadcastReceiver是不能绑定服务的。

d)一个绑定Service的Context对象还可以通过unbindService()来取消对服务的绑定。

e)取消时，Service会调用unbind方法，若Service是通过bindService来启动的，还会调用onDestroy方法来停止服务。