Android应用程序组件Content Provider简要介绍和学习计划 .
?????? 在Android系统中，Content Provider作为应用程序四大组件之一，它起到在应用程序之间共享数据的作用，同时，它还是标准的数据访问接口。前面的一系列文章已经分析过Android应用程序的其它三大组件（Activity、Service和Broadcast Receiver）了，本文将简要介绍Content Provider组件在Android应用程序设计中的地位，为进一步学习打好基础。
?? ? ? ?我们知道，在Android系统上，每一个应用程序都有一个独立的用户ID。为什么要给每一个应用程序分配一个独立的用户ID呢？这是为了保护各个应用程序的数据不被其它应用程序恶意破坏而设计的。Android系统是基于Linux内核来开发的，而在Linux系统中，每一个文件除了文件本身的数据之外，还具有一定的属性，其中最重要的就是文件权限了。所谓的文件权限，就是指对文件的读、写和执行权限。此外，Linux还是一个多用户的操作系统，因此，Linux将系统中的每一个文件都与一个用户以及用户组关联起来，基于不同的用户而赋予不同的文件权限。只有当一个用户对某个文件拥有相应的权限时，才能执行相应的操作，例如，只有当一个用户对某个文件拥有读权限时，这个用户才可以调用read系统调用来读取这个文件的内容。Android系统继承了Linux系统管理文件的方法，为每一个应用程序分配一个独立的用户ID和用户组ID，而由这个应用程序创建出来的数据文件就赋予相应的用户以及用户组读写的权限，其余用户则无权对该文件进行读写。
?? ? ? ?如果我们通过adb shell命令连上模拟器，切换到/data/data目录下，就可以看到很多以应用程序包（package）命名的文件夹，这些文件夹里面存放的就是各个应用程序的数据文件，例如，如果我们进入到Android系统日历应用程序数据目录com.android.providers.calendar下的databases文件中，会看到一个用来保存日历数据的数据库文件calendar.db，它的权限设置如下所示：
?
?? ? ? ?在这个架构中， 数据层采用数据库、文件或者网络来保存数据，数据访问层使用Content Provider来实现，而业务层就通过一些APP来实现。为了降低各个功能模块间耦合性，我们可以把业务层的各个APP和数据访问层中的Content Provider，放在不同的应用程序进程中来实现，而数据库中的数据统一由Content Provider来管理，即Content Provider拥有对这些文件直接进行读写的权限，同时，它又根据需要来有保护地把这些数据开放出来给上层的APP来使用。
?? ? ? ?那么，Content Provider又是如何把数据开放给上面的APP使用呢？一方面是这些APP没有权限读取这些数据文件，另一外面是Content Provider和这些APP是在不同的进程空间里面。回忆一下，我们在前面Android进程间通信（IPC）机制Binder简要介绍和学习计划这一系文章中学习的Android系统中Binder进程间通信机制，不同的应用程序之间可以通过Binder进程间调用来传输数据。因此，前面关于一个应用程序应该如何来读写另外一个应用程序的数据的问题的答案就是使用Binder进程间通信机制，虽然一个应用程序不能直接读取另一个应用程序的数据，但是它却可以通过进程间通信方式来请求另一个这个应用程序给它传输数据。这样我们就解决了文件权限限制所带来的问题了。
?? ? ? ?然而，事情还不是那么简单，一般Content ?Provider管理的都是大量的数据，如果在进程间传输大量的数据，效率是不是会很低下呢？这时候，前面我们在Android系统匿名共享内存Ashmem（Anonymous Shared Memory）简要介绍和学习计划这一系列文章中学习的匿名共享内存（Anonymous Shared Memory）就派上用场了。把需要在进程间传输的数据都写到共享内存中去，然后只能通过Binder进程间通信机制来传输一个共享内存的打开文件描述符给对方就好了，是不是很简单呢。在Android系统中，Binder进程间通信机制和匿名共享内存机制结合在一起使用，真是太完美了。
?? ? ? ?Content Provider如何在应用程序之间共享数据以及它在应用程序设计中的地位就简要介绍到这里了。
原博客链接：http://blog.csdn.net/luoshengyang/article/details/6946067
本文节选自《Android系统源代码情景分析》
电子工业出版社出版
罗升阳 著
?
