[android]android5大基础组件深入分析

activity —— 应用表示层（基类activity） 

       应用程序中的每个屏幕都是通过继承和扩展基类activity来实现的。 

       同一应用中的每个activity是相互独立的。程序启动后显示的第一幅画面是应用程序的第一个activity（默认窗口），而后可以根据需要从这个activity启动另一个新的activity。 

       activity利用view来实现应用中的gui（用户直接通过gui和应用程序做交互）。activity窗口内的可见内容通过基类view提供。使用activity.setcontentview()方法设置当前activity中的view对象。 

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

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

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

service —— 没有可见的用户界面，但能够长时间运行于后台（基类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方法来停止服务。 

broadcast receiver —— 用户接收广播通知的组件（基类broadcastreceiver） 

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

很多事件都可能导致系统广播，如手机所在时区发生变化，电池电量低，用户改变系统语言设置等。 

来自普通应用程序，如一个应用程序通知其他应用程序某些数据已经下载完毕。 

       为了响应不同的事件通知，应用程序可以注册不同的broadcast receiver。所有的broadcast receiver都继承自基类broadcastreceiver。 

       broadcastreceiver自身并不实现图形用户界面，但是当它收到某个通知后，broadcastreceiver可以启动activity作为响应，或者通过notificationmananger提醒用户。 

       broadcastreceiver是对发送出来的broadcast进行过滤接收并响应的一类组件。 

       发送broadcast信息 

1.         把要发送的信息和用于过滤得信息(如action、category)装入一个intent对象 

2.         调用context.sendbroadcast()、sendorderbroadcast()、sendstickybroadcast()方法，广播该intent对象 

3.         使用sendbroadcast() 或sendstickybroadcast()方法发出去的intent，所有满足条件的broadcastreceiver都会随机地执行其onreceive()方法； 

4.         而sendorderbroadcast()发出去的intent，会根据broadcastreceiver注册时intentfilter设置的优先级的顺序来执行，相同优先级的broadcastreceiver则是随机执行 

5.         sendstickybroadcast()方法主要的不同是，intent在发送后一直存在，并且在以后调用registerreceiver()注册相匹配的intent时会把这个intent直接返回。 

6.         若在使用sendbroadcast()方法时指定了接收的权限，这只有在androidmanifest.xml中用<uses-permission>标签声明了拥有此权限的broadcastreceiver才会有可能接收到发送来broadcast。 

7.         若在注册broadcastreciever时，指定了可接收的broadcast的权限，则只有在包内的androidmanifest.xml中用<uses-permission>标签声明了，拥有此权限的context对象所发送的broadcast才有可能被这个broadcastreceiver所接收。 

接收broadcast消息 

1.         继承broadcastreceiver 类，并实现onreceive方法 

2.         注册broadcast receiver（有2种方法：一种方法是，静态地在androidmanifest.xml中用<receiver>标签声明，并在标签内用<intent-filter>标签设置过滤器； 另一种方法，动态地在代码中先定义并设置好一个intentfilter对象，然后再需要注册的地方调用context.registerreceiver()方法） （取消注册时，调用context.unregisterreceiver()方法） 

content provider —— 为解决应用程序间数据通信、共享的问题（基类contentprovider） 

       在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()等方法来对数据进行操作了。 

一旦需要以上4种android应用程序基本组件完成请求，android会首先确认该组件所在进程是否运行，如果没有运行，android将先启动进程，同时确认被请求组件的实例是否存在，否则将创建一个新的组件实例。 

intent —— 连接组件的纽带 

       以上4种基本组件中，除了content provider是通过content resolver激活外，其他3种组件activity、service和broadcast receiver都是由intent异步消息激活的。 

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

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

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

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

1.         context.startactivity() 

2.         activity.startactivityforresult() 

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

1.         context.startservice() 

2.         context.bindservice() 

l         发送广播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)         组件名称是一个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目标组件的因素： 

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

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

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

intenfilter 

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

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

       隐式intent和intentfilter进行比较时的三要素：action、data、category。 

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

       <intent-filter> 

              <action android:name=””/> 

              <category android:name=””/> 

              <data android:type=”” android:scheme=”” android:authority=”” android:path=””/> 

       </intent-filter> 

1.         动作测试 

a)         一条 <intent-filter> 中至少应该包含一个<action>, 否则任何intent请求都不能和该<intent-filter> 匹配。 

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)         <data>元素指定了希望接受的intent请求的数据uri和数据类型：uri被分成三部分类进行匹配，scheme、authority和 path. 

b)        使用 setdata设定的intent请求的uri数据类型和scheme，必须与intentfilter中指定的一致 

若intentfilter中还指定了authority或path，他们也需要相匹配才会通过测试。 

转载至：http://blog.csdn.net/crazyjeff_liu/article/details/5545806