Android开发精要2--Android组件模型解析

本文的主要内容如下：

2.1 基于Mashup的应用设计

2.2 界面组件Activity解析

2.3 服务组件Service解析

2.4 触发器组件BroadcastReceiver解析

2.5 数据源组件ContentProvider解析

2.6 应用配置文件解析

下面将对这些内容进行详细的介绍。

2.1 基于Mashup的应用设计

基于Mashup的应用，其核心是组件，应用边界、进程边界和网络边界在Android中都变得模糊而且不那么重要了。在Android中，组件执行时的聚合单元是任务（Task），每个任务都由若干个界面组件对象构成，这些组件可能来自不同的应用，运行在不同的进程中，它们彼此独立，就像黑盒子一样，无须关注具体调用者或被调用者的实现细节。
组件间的数据传输，都是通过消息、进程间的通信模型等序列化数据传输的方式来进行，而不是通过对象指针的直接传递，这就使得Android的应用天生具有了良好的跨进程特征。在实际的Android开发中，开发者通常不需要关注应用进程的问题，而只需要把精力放在组件的管理和控制上即可。
基于组件的设计，不仅使得应用具有跨进程性，而且还具有跨网络的特性。当调用方组件发起请求，希望第三方组件帮助提供所需的功能或数据时，能够响应该请求的，不仅可以是一个本地已安装应用的组件，还可以是符合该请求的Web页面，C/S和B/S的差别在Android上也变得模糊了。
实现从跨进程到跨网络的升级，有两处关键的设计。首先是内置浏览器的支持。Android中搭载了移动平台史上最彪悍的浏览器Chrome Lite，它不仅可以完美地支持当前的各种HTML、JS和CSS，还提供对HTML 5和CSS3的支持。浏览器应用中的界面组件，能够处理不同的Web请求，从而使得Web页面的展示能够并入Android的组件体系中。
而另一个关键点在于Android沿用了Web中的服务定位等标准。Web页面是通过URL进行定位的，通过MIME type对其类型进行描述。而在Android中，采取了同样的标准，这就使得每一个Web页面都可以归纳到Android的识别范围之内。

基于Mashup的这种应用架构模式，可以将整个Android设备中安装的应用以及各种Web应用糅合在一起，以帮助用户更好地完成相关事务。对于开发者而言，这样不仅降低了开发成本，还提供了最好的用户体验，真可谓一举多得、互惠互利的应用模型。

2.2 界面组件Activity解析

应用程序中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。

Activity之间通过Intent进行通信。在Intent 的描述结构中，有两个最重要的部分：动作和动作对应的数据。

典型的动作类型有：M AIN（activity的门户）、VIEW、PICK、EDIT 等。而动作对应的数据则以URI 的形式进行表示。例如：要查看一个人的联系方式，你需要创建一个动作类型为VIEW 的intent，以及一个表示这个人的URI。

与之有关系的一个类叫IntentFilter。相对于intent 是一个有效的做某事的请求，一个intentfilter 则用于描述一个activity（或者IntentReceiver）能够操作哪些intent。一个activity 如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个IntentFilter 要知道怎么去处理VIEW 动作和表示一个人的URI。IntentFilter 需要在AndroidManifest.xml 中定义。通过解析各种intent，从一个屏幕导航到另一个屏幕是很简单的。当向前导航时，activity 将会调用startActivity(Intent myIntent)方法。然后，系统会在所有安装的应用程序中定义的IntentFilter 中查找，找到最匹配myIntent 的Intent 对应的activity。新的activity 接收到myIntent 的通知后，开始运行。当startActivity 方法被调用将触发解析myIntent 的动作，这个机制提供了两个关键好处：

A、Activities 能够重复利用从其它组件中以Intent 的形式产生的一个请求；

B、Activities 可以在任何时候被一个具有相同IntentFilter 的新的Activity 取代。

AndroidManifest文件中含有如下过滤器的Activity组件为默认启动类当程序启动时系统自动调用它

<intent-filter><action android:name="android.intent.action.MAIN" /><category android:name="android.intent.category.LAUNCHER" />
</intent-filter>

2.3 服务组件Service解析

一个Service 是一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序。

比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中，应该会有多个activity，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity，因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个activity 会使用Context.startService()来启动一个service，从而可以在后台保持音乐的播放。同时，系统也将保持这个service 一直执行，直到这个service 运行结束。另外，我们还可以通过使用Context.bindService()方法，连接到一个service 上（如果这个service 还没有运行将启动它）。当连接到一个service 之后，我们还可以service 提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。

Service使用步骤如下

1>继承service类

2>AndroidManifast.xml配置清单文件中<application>节点里对服务进行配置

服务不能自己运行,需要通过Contex.startService()或Contex.bindService()启动服务

通过startService()方法启动的服务于调用者没有关系,即使调用者关闭了,服务仍然运行想停止服务要调用Context.stopService(),此时系统会调用onDestory(),使用此方法启动时,服务首次启动系统先调用服务的onCreate()-->onStart(),如果服务已经启动再次调用只会触发onStart()方法

使用bindService()启动的服务与调用者绑定,只要调用者关闭服务就终止,使用此方法启动时,服务首次启动系统先调用服务的onCreate()-->onBind(),如果服务已经启动再次调用不会再触发这2个方法,调用者退出时系统会调用服务的onUnbind()-->onDestory(),想主动解除绑定可使用Contex.unbindService(),系统依次调用onUnbind()-->onDestory();

2.4 触发器组件BroadcastReceiver解析

你的应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager 来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

广播类型：

普通广播，通过Context.sendBroadcast(Intent myIntent)发送的

有序广播，通过Context.sendOrderedBroadcast(intent, receiverPermission)发送的，该方法第2个参数决定该广播的级别，级别数值是在 -1000 到 1000 之间 , 值越大 , 发送的优先级越高；广播接收者接收广播时的级别级别（可通过intentfilter中的priority进行设置设为2147483647时优先级最高），同级别接收的先后是随机的，再到级别低的收到广播，高级别的或同级别先接收到广播的可以通过abortBroadcast()方法截断广播使其他的接收者无法收到该广播，还有其他构造函数

异步广播，通过Context.sendStickyBroadcast(Intent myIntent)发送的，还有sendStickyOrderedBroadcast(intent, resultReceiver, scheduler, initialCode, initialData, initialExtras)方法，该方法具有有序广播的特性也有异步广播的特性；发送异步广播要： <uses-permission android:name="android.permission.BROADCAST_STICKY" />权限，接收并处理完Intent后，广播依然存在，直到你调用removeStickyBroadcast(intent)主动把它去掉

注意：发送广播时的intent参数与Contex.startActivity()启动起来的Intent不同,前者可以被多个订阅它的广播接收器调用,后者只能被一个(Activity或service)调用

监听广播Intent步骤:

1> 写一个继承BroadCastReceiver的类,重写onReceive()方法,广播接收器仅在它执行这个方法时处于活跃状态。当onReceive()返回后，它即为失活状态,注意:为了保证用户交互过程的流畅,一些费时的操作要放到线程里,如类名SMSBroadcastReceiver

2> 注册该广播接收者,注册有两种方法程序动态注册和AndroidManifest文件中进行静态注册（可理解为系统中注册）如下：

静态注册,注册的广播，下面的priority表示接收广播的级别"2147483647"为最高优先级

<receiver android:name=".SMSBroadcastReceiver" ><intent-filter android:priority = "2147483647" ><action android:name="android.provider.Telephony.SMS_RECEIVED" /></intent-filter>
</receiver >

动态注册，一般在Activity可交互时onResume()内注册BroadcastReceiver

IntentFilter intentFilter=new IntentFilter("android.provider.Telephony.SMS_RECEIVED");
registerReceiver(mBatteryInfoReceiver ,intentFilter);//反注册
unregisterReceiver(receiver);

注意：

1.生命周期只有十秒左右，如果在 onReceive() 内做超过十秒内的事情，就会报ANR(Application No Response) 程序无响应的错误信息，如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由Service 来完成 . 这里不能使用子线程来解决 , 因为 BroadcastReceiver 的生命周期很短 , 子线程可能还没有结束BroadcastReceiver 就先结束了 .BroadcastReceiver 一旦结束 , 此时 BroadcastReceiver 的所在进程很容易在系统需要内存时被优先杀死 , 因为它属于空进程 ( 没有任何活动组件的进程 ). 如果它的宿主进程被杀死 , 那么正在工作的子线程也会被杀死 . 所以采用子线程来解决是不可靠的

2. 动态注册广播接收器还有一个特点，就是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭,只要设备是开启状态,广播接收器也是打开着的。也就是说哪怕app本身未启动,该app订阅的广播在触发时也会对它起作用

系统常见广播Intent,如开机启动、电池电量变化、时间改变等广播

2.5 数据源组件ContentProvider解析

android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式,

其他应用可以通过ContentResolver类(见ContentProviderAccessApp例子)从该内容提供者中获取或存入数据.(相当于在应用外包了一层壳),

只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中

它的好处:统一数据访问方式。

android系统自带的内容提供者(顶级的表示数据库名,非顶级的都是表名)这些内容提供者在SDK文档的android.provider Java包中都有介绍。见：http://developer.android.com/reference/android/provider/package-summary.html

├────Browser

├────CallLog

├────Contacts

│ ├────Groups

│ ├────People

│ ├────Phones

│ └────Photos

├────Images

│ └────Thumbnails

├────MediaStore

│ ├────Albums

│ ├────Artists

│ ├────Audio

│ ├────Genres

│ └────Playlists

├────Settings

└────Video

CallLog：地址和接收到的电话信息

Contact.People.Phones：存储电话号码

Setting.System：系统设置和偏好设置

使用Content Provider对外共享数据的步骤

1>继承ContentProvider类并根据需求重写以下方法:

　　　　public boolean onCreate();//处理初始化操作/*** 插入数据到内容提供者(允许其他应用向你的应用中插入数据时重写)* @param uri* @param initialValues 插入的数据* @return*/public Uri insert(Uri uri, ContentValues initialValues);/*** 从内容提供者中删除数据(允许其他应用删除你应用的数据时重写)* @param uri* @param selection 条件语句* @param selectionArgs 参数* @return*/public int delete(Uri uri, String selection, String[] selectionArgs);/*** 更新内容提供者已存在的数据(允许其他应用更新你应用的数据时重写)* @param uri* @param values 更新的数据* @param selection 条件语句* @param selectionArgs 参数* @return*/public int update(Uri uri, ContentValues values, String selection,String[] selectionArgs);/*** 返回数据给调用者(允许其他应用从你的应用中获取数据时重写)* @param uri* @param projection 列名* @param selection 条件语句* @param selectionArgs 参数* @param sortOrder 排序* @return*/public Cursor query(Uri uri, String[] projection, String selection,String[] selectionArgs, String sortOrder) ;         /*** 用于返回当前Uri所代表数据的MIME类型* 如果操作的数据为集合类型(多条数据),那么返回的类型字符串应该为vnd.android.cursor.dir/开头* 例如要得到所有person记录的Uri为content://com.bravestarr.provider.personprovider/person,*　　　那么返回的MIME类型字符串应该为"vnd.android.cursor.dir/person"* 如果操作的数据为单一数据,那么返回的类型字符串应该为vnd.android.cursor.item/开头* 例如要得到id为10的person记录的Uri为content://com.bravestarr.provider.personprovider/person/10,*　　　那么返回的MIME类型字符串应该为"vnd.android.cursor.item/person"* @param uri*/public String getType(Uri uri)

这些方法中的Uri参数,得到后需要进行解析然后做对应处理,Uri表示要操作的数据,包含两部分信息:

1.需要操作的contentprovider

2.对contentprovider中的什么数据进行操作,一个Uri格式:结构头://authorities(域名)/路径(要操作的数据,根据业务而定)

content://com.bravestarr.provider.personprovider/person/10

说明:contentprovider的结构头已经由android规定为content://

authorities用于唯一标识这个contentprovider程序,外部调用者可以根据这个找到他

路径表示我们要操作的数据,路径的构建根据业务而定.路径格式如下:

要操作person表行号为10的记录,可以这样构建/person/10

要操作person表的所有记录,可以这样构建/person

2>在AndroidManifest.xml中使用<provider>对ContentProvider进行配置注册(内容提供者注册它自己就像网站注册域名),ContentProvider采用authoritie(原意授权,可理解为域名)作为唯一标识,方便其他应用能找到

<applicationandroid:icon="@drawable/ic_launcher"android:label="@string/app_name" ><!-- authorities属性命名建议:公司名.provider.SomeProvider--><provider android:name=".PersonProvider" android:authorities="com.bravestarr.provider.personprovider"/>...
</application>

2.6 应用配置文件解析

AndroidManifest.xml配置文件对于Android应用开发来说是非常重要的基础知识，本文旨在总结该配置文件中重点的用法，以便日后查阅。下面是一个标准的AndroidManifest.xml文件样例。

[html] view plaincopyprint?

<?xml version="1.0" encoding="utf-8"?>
<manifest>
<uses-permission />
<permission />
<permission-tree />
<permission-group />
<instrumentation />
<uses-sdk />
<uses-configuration />
<uses-feature />
<supports-screens />
<compatible-screens />
<supports-gl-texture />
<application>
<activity>
<intent-filter>
<action />
<category />
<data />
</intent-filter>
<meta-data />
</activity>
<activity-alias>
<intent-filter> . . . </intent-filter>
<meta-data />
</activity-alias>
<service>
<intent-filter> . . . </intent-filter>
<meta-data/>
</service>
<receiver>
<intent-filter> . . . </intent-filter>
<meta-data />
</receiver>
<provider>
<grant-uri-permission />
<meta-data />
</provider>
<uses-library />
</application>
</manifest>

从以上示例代码中，我们可以看出Android配置文件采用XML作为描述语言，每个XML标签都不同的含义，大部分的配置参数都放在标签的属性中，下面我们便按照以上配置文件样例中的先后顺序来学习Android配置文件中主要元素与标签的用法。

<manifest>

AndroidManifest.xml配置文件的根元素，必须包含一个<application>元素并且指定xlmns:android和package属性。xlmns:android指定了Android的命名空间，默认情况下是“http://schemas.android.com/apk/res/android”；而package是标准的应用包名，也是一个应用进程的默认名称，以本书微博应用实例中的包名为例，即“com.app.demos”就是一个标准的Java应用包名，我们为了避免命名空间的冲突，一般会以应用的域名来作为包名。当然还有一些其他常用的属性需要注意一下，比如android:versionCode是给设备程序识别版本用的，必须是一个整数值代表app更新过多少次；而android:versionName则是给用户查看版本用的，需要具备一定的可读性，比如“1.0.0”这样的。<manifest>标签语法范例如下。

<uses-permission>

为了保证Android应用的安全性，应用框架制定了比较严格的权限系统，一个应用必须声明了正确的权限才可以使用相应的功能，例如我们需要让应用能够访问网络就需要配置“android.permission.INTERNET”，而如果要使用设备的相机功能，则需要设置“android.permission.CAMERA”等。<uses-permission>就是我们最经常使用的权限设定标签，我们通过设定android:name属性来声明相应的权限名，比如在微博应用实例中，我们就是根据应用的所需功能声明了对应的权限，相关代码如下。

<permission>

权限声明标签，定义了供给<uses-permission>使用的具体权限，通常情况下我们不需要为自己的应用程序声明某个权限，除非需要给其他应用程序提供可调用的代码或者数据，这个时候你才需要使用<permission>标签。该标签中提供了android:name权限名标签，权限图标android:icon以及权限描述android:description等属性，另外还可以和<permission-group>以及<permission-tree>配合使用来构造更有层次的、更有针对性权限系统。<permission>标签语法范例如下。

<instrumentation>

用于声明Instrumentation测试类来监控Android应用的行为并应用到相关的功能测试中，其中比较重要的属性有：测试功能开关android:functionalTest，profiling调试功能开关android:handleProfiling，测试用例目标对象android:targetPackage等。另外，我们需要注意的是Instrumentation对象是在应用程序的组件之前被实例化的，这点在组织测试逻辑的时候需要被考虑到。<instrumentation>标签语法范例如下。

<uses-sdk>

用于指定Android应用中所需要使用的SDK的版本，比如我们的应用必须运行于Android 2.0以上版本的系统SDK之上，那么就需要指定应用支持最小的SDK版本数为5；当然，每个SDK版本都会有指定的整数值与之对应，比如我们最常用的Android 2.2.x的版本数是8。当然，除了可以指定最低版本之外，<uses-sdk>标签还可以指定最高版本和目标版本，语法范例如下。

<uses-sdk android:minSdkVersion="integer"
android:targetSdkVersion="integer"
android:maxSdkVersion="integer" />

<uses-configuration>与<uses-feature>

这两个标签都是用于描述应用所需要的硬件和软件特性，以便防止应用在没有这些特性的设备上安装。<uses-configuration>标签中，比如有些设备带有D-pad或者Trackball这些特殊硬件，那么android:reqFiveWayNav属性就需要设置为true；而如果有一些设备带有硬件键盘，android:reqHardKeyboard也需要被设置为true。另外，如果设备需要支持蓝牙，我们可以使用<uses-feature android:name="android.hardware.bluetooth" />来支持这个功能。这两个标签主要用于支持一些特殊的设备中的应用，两个标签的语法范例分别如下。

<uses-feature android:name="string"
android:required=["true" | "false"]
android:glEsVersion="integer" />

<uses-library>

用于指定Android应用可使用的用户库，除了系统自带的android.app、android.content、android.view和android.widget这些默认类库之外，有些应用可能还需要一些其他的Java类库作为支持，这种情况下我们就可以使用<uses-library>标签让ClassLoader加载其类库供Android应用运行时用。<uses-library>标签的用法很简单，以下是语法范例。

<uses-library android:name="string"
android:required=["true" | "false"] />

小贴士：
当运行Java程序时，首先运行JVM（Java虚拟机），然后再把Java类加载到JVM里头运行，负责加载Java类的这部分就叫做ClassLoader。当然，ClassLoader是由多个部分构成的，每个部分都负责相应的加载工作。当运行一个程序的时候，JVM启动，运行BootstrapClassLoader，该ClassLoader加载java核心API（ExtClassLoader和AppClassLoader也在此时被加载），然后调用ExtClassLoader加载扩展API，最后AppClassLoader加载CLASSPATH目录下定义的Class，这就是一个Java程序最基本的加载流程。

<supports-screens>

对于一些应用或者游戏来说，只能支持某些屏幕大小的设备或者在某些设备中的效果比较好，我们就会使用<supports-screens>标签来指定支持的屏幕特征。其中比较重要的属性包括：屏幕自适应属性android:resizeable，小屏（android:smallScreens）、中屏（android:normalScreens）、大屏（android:largeScreens）和特大屏（android:xlargeScreens）支持属性，按屏幕渲染图像属性android:anyDensity以及最小屏幕宽度属性android:requiresSmallestWidthDp等。<supports-screens>标签的语法范例如下。

<supports-screens android:resizeable=["true"| "false"]
    android:smallScreens=["true" | "false"]
    android:normalScreens=["true" | "false"]
    android:largeScreens=["true" | "false"]
    android:xlargeScreens=["true" | "false"]
    android:anyDensity=["true" | "false"]
    android:requiresSmallestWidthDp="integer"
    android:compatibleWidthLimitDp="integer"
    android:largestWidthLimitDp="integer"/>

应用配置的根元素，位于<manifest>下层，包含所有与应用有关配置的元素，其属性可以作为子元素的默认属性，常用的属性包括：应用名android:label，应用图标android:icon，应用主题android:theme等。当然，<application>标签还提供了其他丰富的配置属性，由于篇幅原因就不列举了，大家可以打开Android SDK文档来进一步学习，以下是语法范例。

Activity活动组件（即界面控制器组件）的声明标签，Android应用中的每一个Activity都必须在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。<activity>标签中常用的属性有：Activity对应类名android:name，对应主题android:theme，加载模式android:launchMode（详见2.1.3.4节），键盘交互模式android:windowSoftInputMode等，其他的属性用法大家可以参考Android SDK文档学习。另外，<activity>标签还可以包含用于消息过滤的<intent-filter>元素，当然还有可用于存储预定义数据的<meta-data>元素，以下是<activity>标签的语法范例。

<activity-alias>

Activity组件别名的声明标签，简单来说就是Activity的快捷方式，属性android:targetActivity表示的就是其相关的Activity名，当然必须是前面已经声明过的Activity。除此之外，其他比较常见的属性有：Activity别名名称android:name，别名开关android:enabled，权限控制android:permission等。另外，我们还需要注意的是，Activity别名也是一个独立的Activity，可以拥有自己的<intent-filter>和<meta-data>元素，其语法范例如下。

<activity-alias android:enabled=["true" | "false"]
    android:exported=["true" | "false"]
    android:icon="drawable resource"
    android:label="string resource"
    android:name="string"
    android:permission="string"
    android:targetActivity="string" >
... ...
</activity-alias>

<intent-filter>与<action>、<category>、<data>

<intent-filter>用于Intent消息过滤器的声明，在前面的2.1.3.2节中我们已经对Android应用框架中的Intent消息作过比较详细的介绍，我们了解到Intent消息对于Android应用系统来说，是非常重要的“粘合剂”，<intent-filter>元素可以放在<activity>、<activity-alias>、<service>和<receiver>元素标签中，来区分可用于处理消息的Activity控制器、Service服务和广播接收器Broadcast Receiver。另外，我们还知道Intent消息还包含有名称、动作、数据、类别等几个重要属性。这点与该标签的写法也有一定的关系，比如<intent-filter>中必须包含有<action>元素，即用于描述具体消息的名称；<category>标签则用于表示能处理消息组件的类别，即该Action所符合的类别；而<data>元素则用于描述消息需要处理的数据格式，我们甚至还可以使用正则表达式来限定数据来源。当然，这些元素和标签的具体用法我们还需要慢慢学习，下面是标准<intent-filter>元素标签的语法范例。

<intent-filter android:icon="drawable resource"
    android:label="string resource"
    android:priority="integer" >
    <action android:name="string" />
    <category android:name="string" />
    <data android:host="string"
        android:mimeType="string"
        android:path="string"
        android:pathPattern="string"
        android:pathPrefix="string"
        android:port="string"
        android:scheme="string" />
</intent-filter>

<meta-data>

用于存储预定义数据，和<intent-filter>类似，<meta-data>也可以放在<activity>、<activity-alias>、<service>和<receiver>这四个元素标签中。Meta数据一般会以键值对的形式出现，个数没有限制，而这些数据都将被放到一个Bundle对象中，程序中我们则可以使用ActivityInfo、ServiceInfo甚至ApplicationInfo对象的metaData属性中读取。假设我们在一个Activity中定义了一个<meta-data>元素，相关示例用法如下。

<activity...>
<meta-data android:name="testData" android:value="Test Meta Data"></meta-data>
</activity>

ActivityInfo info = this.getPackageManager()
.getActivityInfo(getComponentName(), PackageManager.GET_META_DATA);
String testData = info.metaData.getString("testData");
System.out.println("testData:" + testData);

Service服务组件的声明标签，用于定义与描述一个具体的Android服务，主要属性有：Service服务类名android:name，服务图标android:icon，服务描述android:label以及服务开关android:enabled等。关于Service服务组件的概念和用法请参考2.1.4.2节的内容，以下是<service>标签的语法范例。

Boardcast Receiver广播接收器组件的声明标签，用于定义与描述一个具体的Android广播接收器，其主要属性和<service>标签有些类似：Boardcast Receiver接收器类名android:name，接收器图标android:icon，接收器描述android:label以及接收器开关android:enabled等。关于Boardcast Receiver广播接收器组件的概念和用法请参考2.1.4.3节的内容，以下是<receiver>标签的语法范例。

除Activity、Service和Boardcast Receiver之外的另一个“四大组件”，也就是Content Provider内容提供者的声明标签。关于内容提供者组件的概念和用法请参考2.1.4.4节的内容，不再赘述。<provider>标签除了和其他组件相同的android:name、android:icon和android:label等基础属性之外，还提供了用于支持其功能的特殊属性，如：内容提供者标识名称android:authorities，对指定URI授予权限标识android:grantUriPermission以及具体的读、写权限，即android:readPermission和android:writePermission等。当然，这些属性的具体用法我们还需要慢慢学习，以下是<provider>标签的语法范例。

Android开发精要2--Android组件模型解析相关推荐

Android开发精要1--Android系统架构
1.1 Android系统架构概况下图是Android系统架构图,从图中可以看出,划分为三个部分: 1>应用部分 :包含在Android设备上运行的所有应用,它们是Android系统中直接面向 ...
《Android开发精要》读书笔记——Android的系统架构
1. 概况 1.1 按照功能结构和面向人群进行划分应用部分:包含在Android设备上运行的所有应用,它们是Android系统中直接面向用户的部分. 核心部分:Android系统中核心的功能实现,包 ...
Android开发介绍（基于Android Studio软件）
Android开发介绍(基于Android Studio软件) 关于Android开发,笔者走过一些弯路,因此今天总计了有关Android开发的一些内容和心得,希望对大家有所帮助.首先来一张安卓开发者 ...
android studio开发工具介绍,Android应用开发之Android开发工具介绍、Android Studio配置...
本文将带你了解Android应用开发之Android开发工具介绍.Android Studio配置,希望本文对大家学Android有所帮助. 2.1 Android Studio配置 2.1.1 ...
《Android开发精要》读书笔记——Android应用模型
Android应用模型的设计思想取自于web2.0的Mashup概念,是基于组件的应用设计模式.在该模型下,每个应用都由一系列的组件搭建而成,组件通过应用的配置文件描述功能.Android依照组件的配 ...
Android开发精要3--Android中的Intent机制
1.概述一个应用程序的三个核心组件--activities.services.broadcastreceivers,都是通过叫做intents的消息激活.Intent消息是一种同一或不同应用程序中的 ...
android开发基础2-基本UI组件（明日科技教程）
文本类组件文本框组件在界面当中显示文本信息 TextView 标签 android:text 文本框展示的内容其中的android:text推荐使用values/strings.xml中资源指定 ...
android开发重要控件,Android界面编程——Android基本控件
Android界面编程 Android应用开发的一项重要内容就是界面开发.对于用户来说,不管APP包含的逻辑多么复杂,功能多么强大,如果没有提供友好的图形交互界面,将很难吸引最终用户. 作为一个程序员 ...
Android开发自学笔记(基于Android Studio1.3.1)—1.环境搭建(转)
一.引言本套学习笔记的开发环境是Windows 10 专业版和Android Studio 的最新版1.3.1. Android Studio 是一个Android开发环境,基于Intelli ...

Android开发精要2--Android组件模型解析

Android开发精要2--Android组件模型解析相关推荐

最新文章

热门文章