这些方法中的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中使用对ContentProvider进行配置注册(内容提供者注册它自己像网站注册域名)，ContentProvider采用authoritie(原意授权，可理解为域名)作为标识，方便其他应用能找到

　　android:icon="@drawable/ic_launcher"

　　android:label="@string/app_name" >

　　...

　　关于四大基本组件的一个总结：

　　1> 4大组件的注册

　　4大基本组件都需要注册才能使用，每个Activity、service、Content Provider内容提供者都需要在AndroidManifest文件中进行配置AndroidManifest文件中未进行声明的activity、服务以及内容提供者将不为系统所见，从而也不可用，而BroadcastReceive广播接收者的注册分静态注册(在AndroidManifest文件中进行配置)和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。需要注意的是在AndroidManifest文件中进行配置的广播接收者会随系统的启动而一直处于活跃状态，只要接收到感兴趣的广播会触发(即使程序未运行)

　　AndroidManifest文件中进行注册格式如下：

　　元素的name 属性指定了实现了这个activity 的Activity 的子类。icon 和label 属性指向了包含展示给用户的此activity 的图标和标签的资源文件。

　　 元素用于声明服务

　　 元素用于声明广播接收器

　　 元素用于声明内容提供者

　　2> 4大组件的激活

　　• 容提供者的激活：当接收到ContentResolver 发出的请求后，内容提供者被激活。而其它三种组件──activity、服务和广播接收器被一种叫做intent 的异步消息所激活

　　• Activity的激活通过传递一个Intent 对象至Context.startActivity()或Activity.startActivityForResult()以载入(或指定新工作给)一个activity。相应的activity 可以通过调用getIntent() 方法来查看激活它的intent。如果它期望它所启动的那个activity 返回一个结果，它会以调用startActivityForResult()来取代startActivity()。比如说，如果它启动了另外一个Activity 以使用户挑选一张照片，它也许想知道哪张照片被选中了。结果将会被封装在一个Intent 对象中，并传递给发出调用的activity 的onActivityResult() 方法。

　　• 服务的激活可以通过传递一个Intent 对象至Context.startService()或Context.bindService()前者Android 调用服务的onStart()方法并将Intent 对象传递给它，后者Android 调用服务的onBind()方法将这个Intent 对象传递给它

　　• 发送广播可以通过传递一个Intent 对象至给Context.sendBroadcast() 、

　　Context.sendOrderedBroadcast()或Context.sendStickyBroadcast()Android 会调用所有对此广播有兴趣的广播接收器的onReceive()方法，将intent 传递给它们

　　3> 四大组件的关闭

　　内容提供者仅在响应ContentResolver 提出请求的时候激活。而一个广播接收器仅在响应广播信息的时候激活。所以，没有必要去显式的关闭这些组件。

　　Activity关闭：可以通过调用它的finish()方法来关闭一个activity

　　服务关闭：对于通过startService()方法启动的服务要调用Context.stopService()方法关闭服务，使用bindService()方法启动的服务要调用Contex.unbindService ()方法关闭服务

　　二:四大组件的生命周期

　　介绍生命周期之前，先提一下任务的概念

　　任务其实是activity 的栈它由一个或多个Activity组成的共同完成一个完整的用户体验， 换句话说任务是” 应用程序” (可以是一个也可以是多个，比如假设你想让用户看到某个地方的街道地图。而已经存在一个具有此功能的activity 了，那么你的activity 所需要做的工作是把请求信息放到一个Intent 对象里面，并把它传递给startActivity()。于是地图浏览器会显示那个地图。而当用户按下BACK 键的时候，你的activity 又会再一次的显示在屏幕上，此时任务是由2个应用程序中的相关activity组成的)栈底的是启动整个任务的Activity，栈顶的是当前运行的用户可以交互的Activity，当一个activity 启动另外一个的时候，新的activity 被压入栈，并成为当前运行的activity。而前一个activity 仍保持在栈之中。当用户按下BACK 键的时候，当前activity 出栈，而前一个恢复为当前运行的activity。栈中保存的其实是对象，栈中的Activity 永远不会重排，只会压入或弹出，所以如果发生了诸如需要多个地图浏览器的情况，会使得一个任务中出现多个同一Activity 子类的实例同时存在。

　　任务中的所有activity 是作为一个整体进行移动的。整个的任务(即activity 栈)可以移到前台，或退至后台。举个例子说，比如当前任务在栈中存有四个activity──三个在当前activity 之下。当用户按下HOME 键的时候，回到了应用程序加载器，然后选择了一个新的应用程序(也是一个新任务)。则当前任务遁入后台，而新任务的根activity 显示出来。然后，过了一小会儿，用户再次回到了应用程序加载器而又选择了前一个应用程序(上一个任务)。于是那个任务，带着它栈中所有的四个activity，再一次的到了前台。当用户按下BACK 键的时候，屏幕不会显示出用户刚才离开的activity(上一个任务的根

　　activity)。取而代之，当前任务的栈中上面的activity 被弹出，而同一任务中的上一个activity 显示了出来。