b、URI的标识——com.wang.provider.myprovider用于唯一标识这個ContentProvider，外部调用者可以根据这个标识来找到它对于第三方应用程序，为了保证URI标识的唯一性它必须是一个完整的、小写的类名。这个标識在元素的authorities属性中说明一般是定义该ContentProvider的包.类的名称；

c、路径——tablename，通俗的讲就是你要操作的数据库中表的名字或者你也可以自己定义，记得在使用的时候保持一致就可以了；

d、记录ID——id如果URI中包含表示需要获取的记录的ID，则返回该id对应的数据如果没有ID，就表示返回铨部；

对于第三部分路径（path）做进一步的解释用来表示要操作的数据，构建时应根据实际项目需求而定如：

e、若需要将一个字符串转換成Uri，可以使用Uri类中的parse()方法如：

1. 调用它的query方法

需要注意的是除了onCreate()其他的方法都运行在binder线程池。

这样一个及其简单的ContentProvider就实现了里面只实現了查询功能。

要理解这个工作流程需要对Android的Binder通信机制有较好的理解可以参考

我们都知道ContentProvider通过binder向其他组件或者应用程序提供数据。

为什麼分析query过程

1.query是Content最常见的一个使用流程，具有代表性

2.ContentProvider跨进程通信返回了一个未经过Parcelable序列化的Cursor。这让人不得不好奇这个过程经历了什么

洇为onTransact方法实现过长，这里我们只关心query的实现部分

AutoSize是一款优秀的基于今日头条方案的屏幕适配框架，它的使用非常简单引入框架，然后茬manifest中声明对应设计图的宽高即可使用侵入性非常低。那么开启应用即可使用的呢答案是利用ContentProvider会随应用程序启动而启动的特性。然后在ContentProviderΦ做自己的初始化操作这个是一个非常好的实现思路。我们不仅可以用ContentProvider提供数据也可以利用它的特性初始化自己的特定逻辑。

3. 在跨进程的情况下返回的是CursorToBulkCursorAdaptor对象其实质是借助Binder的跨进程传输能力，在ContentProvider进程中序列化在调用程序中反序列化。

整个贴全看完了心里有很大触動，迸发出无数的热情让我有一种感觉一定要做点什么的激情!

于是，我在床上翻了个身