ContentProvider是Android中提供的专门用于不同应用间进行数据共享的方式，和Messenger一样，ContentProvider的底层实现同样也是Binder。

系统预置了许多ContentProvider,比如通讯录信息，日程表信息等，要跨进程访问这些信息，只需要通过ContentProvider的query、update、insert和delete方法即可。

创建一个自定义的ContentProvider很简单，只需要ContentProvider类并实现六个抽象方法即可：onCreate、query、update、insert、delete和getType。根据Binder的工作原理，我们知道这六个方法均运行在ContentProvider的进程中，除了onCreate由系统回调并运行在主线程里，其他五个方法均由外界回调并运行在Binder线程池中。

ContentProvider主要以表格的形式来组织数据，并且可以包含多个表，对于每个表格来说，它们都具有行和列的层次性，行往往对应一条记录，而列对应一条记录中的一个字段，这点和数据库很类似。除了表格的形式，ContentProvider还支持文件数据，比如图片、视频等。Android系统所提供的MediaStore功能就是文件类型的ContentProvider，详细实现可以参考MediaStore，另外，虽然ContentProvider的底层数据库看起来很像一个SQLite数据库，但是ContentProvider对底层的数据存储方式没有任何要求，我们既可以使用SQLite数据库，也可以使用普通文件，甚至可以采用内存中的一个对象来进行数据存储。

图一

接着我们需要注册这个BookProvider，其中android:authorities是Content-Provider的唯一标识，通过这个属性，外部应用就可以访问我们的BookProvider，因此，android:authorities必须是唯一的，这里建议读者在命名的时候加上包名前缀。为了演示进程间通信，我们让BookProvider运行在独立的进程中，并给它添加了权限，这样外界应用如果想访问BookProvider，就必须声明“com.bignerdranch.android.photogallery.androidart.PROVIDER”这个权限。Contentprovider的权限还可以细分为读权限和写权限，分别对应android:readPermission和android:writePermisssion属性，如果分别声明了读权限和写权限，，那么外界应用也必须依次声明相应的权限才可以进行读/写操作，否则外界应用会异常终止。

图二

注册了ContentProvider以后，我们就可以在外部应用中访问它了。

图三

我们运行后看一下log，BookProvider中的query方法被调用了三次，并且这三次调用不在同一个线程中，可以看出它们运行在一个Binder线程池中，前面提到update、insert和delete方法同样也运行在Binder线程中。另外i，onCreate运行在main主线程中，也就是UI线程，所以我们不能在onCreate中做耗时操作。

log

我们需要一个数据库来管理图书和用户信息。我们借助SQLiteOpenHelper来管理数据库的创建、升级和降级。

图五

下面我们就要通过BookProvider向外界提供上述数据库中的信息了。ContentProvider通过Uri来区分外界要访问的数据集合，在本例中支持外界对BookProvider中的book表和user表进行访问，为了知道外界要访问的是哪个表，我们需要为它们定义单独的Uri和Uri_code,并将Uri和对应的Uri_code相关联，我们可以使用UriMatcher的addURI方法将它们关联在一起。这样，当外界    请求访问BookProvider时，我们就可以根据请求的Uri来得到Uri_Code，有了Uri_Code，我们就可以知道外界想要访问哪个表，然后就可以进行相应的数据操作了。

图六

将Uri和Uri_Code管理以后，我们就可以通过getTableName来获取外界所要访问的数据源，根据Uri先取出Uri_Code，格局Uri_Code在得到数据表的名称，知道了外界要访问的表，接下来就可以响应外界的增删改查请求了。

update、insert和delete方法会引起数据源的改变，这个时候我们需要通过ContentResolver的notifyChange方法来通知外界当前ContentProvider中的数据已经发生改变。要观察一个ContentProvider中的数据改变情况，可以通过ContentResolver的registerContentObserver方法来注册观察者，通过unregisterContentObserver方法来解除观察者。

图七

需要注意的是，这四个方法是存在多线程并发访问的，因此方法内部要做好线程同步。在本例中，由于采用的是Sqlite并且只有一个SQliteDatabase的连接，所以可以正确应对多线程的情况。具体原因是SQLiteDatabase内部对数据库的操作是有同步处理的，但是如果通过多个SQLiteDatabse对象来操作数据库就无法保证数据库的操作是有同步处理的，因为SqliteDatabase对象之间无法进行线程同步。如果ContentProvider的底层数据集是一块内存的话，比如list，在这种情况下同List的遍历、插入、删除操作就需要进行线程同步，否则就会引起错误，这点是尤其需要注意的

图八

图九

ContentProvider除了支持对数据源的增删查改这四个操作，还支持自定义调用，这个过程是通过ContentResolver的Call方法和ContentProvider的call方法来完成的。