Android面试一天一题（15 Day：ContentProv

有一次HR给我了一份简历，说是一个资深的工程师，比较特别的是翻译过一本《Andorid XXXX》的书，基本涵盖了Android开发的要点，而且还是有深度的。正好我看过此书的一些章节，面试了一下之后，这个面试者比较显著的特点就是对自己翻译过的章节的知识点也不太了解。这也引发了我对国内开发书籍的思考，确实太多的书一个抄一个，不然就是抄抄官方的API 用例。记得我看的第一本Android书叫《Android开发深入浅出》，很薄但把必要的知识讲到位了，后来此书的作者被我们一位创业成功的同事请去做了讲师。

面试题：有使用过ContentProvider码？能说说Android为什么要设计ContentProvider这个组件吗？

ContentProvider应用程序间非常通用的共享数据的一种方式，也是Android官方推荐的方式。Android中许多系统应用都使用该方式实现数据共享，比如通讯录、短信等。但我遇到很多做Android开发的人都不怎么使用它，觉得直接读取数据库会更简单方便。

那么Android搞一个内容提供者在数据和应用之间，只是为了装高大上，故弄玄虚？我认为其设计用意在于：

1. 封装。对数据进行封装，提供统一的接口，使用者完全不必关心这些数据是在DB，XML、Preferences或者网络请求来的。当项目需求要改变数据来源时，使用我们的地方完全不需要修改。

2. 提供一种跨进程数据共享的方式。

应用程序间的数据共享还有另外的一个重要话题，就是数据更新通知机制了。因为数据是在多个应用程序中共享的，当其中一个应用程序改变了这些共享数据的时候，它有责任通知其它应用程序，让它们知道共享数据被修改了，这样它们就可以作相应的处理。

ContentResolver接口的notifyChange函数来通知那些注册了监控特定URI的ContentObserver对象，使得它们可以相应地执行一些处理。ContentObserver可以通过registerContentObserver进行注册。

既然是对外提供数据共享，那么如何限制对方的使用呢？

android:exported属性非常重要。这个属性用于指示该服务是否能够被其他应用程序组件调用或跟它交互。如果设置为true，则能够被调用或交互，否则不能。设置为false时，只有同一个应用程序的组件或带有相同用户ID的应用程序才能启动或绑定该服务。

对于需要开放的组件应设置合理的权限，如果只需要对同一个签名的其它应用开放content provider，则可以设置signature级别的权限。大家可以参考一下系统自带应用的代码，自定义了signature级别的permission：

        <permission android:name="com.android.gallery3d.filtershow.permission.READ"
                    android:protectionLevel="signature" />

        <permission android:name="com.android.gallery3d.filtershow.permission.WRITE"
                    android:protectionLevel="signature" />

        <provider
            android:name="com.android.gallery3d.filtershow.provider.SharedImageProvider"
            android:authorities="com.android.gallery3d.filtershow.provider.SharedImageProvider"
            android:grantUriPermissions="true"
            android:readPermission="com.android.gallery3d.filtershow.permission.READ"
            android:writePermission="com.android.gallery3d.filtershow.permission.WRITE" />

如果我们只需要开放部份的URI给其他的应用访问呢？可以参考Provider的URI权限设置，只允许访问部份URI，可以参考原生ContactsProvider2的相关代码（注意path-permission这个选项）：

        <provider android:name="ContactsProvider2"
            android:authorities="contacts;com.android.contacts"
            android:label="@string/provider_label"
            android:multiprocess="false"
            android:exported="true"
            android:grantUriPermissions="true"
            android:readPermission="android.permission.READ_CONTACTS"
            android:writePermission="android.permission.WRITE_CONTACTS">
            <path-permission
                    android:pathPrefix="/search_suggest_query"
                    android:readPermission="android.permission.GLOBAL_SEARCH" />
            <path-permission
                    android:pathPrefix="/search_suggest_shortcut"
                    android:readPermission="android.permission.GLOBAL_SEARCH" />
            <path-permission
                    android:pathPattern="/contacts/.*/photo"
                    android:readPermission="android.permission.GLOBAL_SEARCH" />
            <grant-uri-permission android:pathPattern=".*" />
        </provider>

ContentProvider接口方法运行在哪个线程中呢？

ContentProvider可以在AndroidManifest.xml中配置一个叫做android:multiprocess的属性，默认值是false，表示ContentProvider是单例的，无论哪个客户端应用的访问都将是同一个ContentProvider对象，如果设为true，系统会为每一个访问该ContentProvider的进程创建一个实例。

这点还是比较好理解的，那如果我要问每个ContentProvider的操作是在哪个线程中运行的呢（其实我们关心的是UI线程和工作线程）？比如我们在UI线程调用getContentResolver().query查询数据，而当数据量很大时（或者需要进行较长时间的计算）会不会阻塞UI线程呢？

要分两种情况回答这个问题：

1. ContentProvider和调用者在同一个进程，ContentProvider的方法（query/insert/update/delete等）和调用者在同一线程中；

2. ContentProvider和调用者在不同的进程，ContentProvider的方法会运行在它自身所在进程的一个Binder线程中。

但是，注意这两种方式在ContentProvider的方法没有执行完成前都会blocked调用者。所以你应该知道这个上面这个问题的答案了吧。

也可以看看CursorLoader这个类的源码，看Google自己是怎么使用getContentResolver().query的。

ContentProvider是如何在不同应用程序之间传输数据的？

这个问题点有些深入，大家要对Binder进程间通信机制比较了解。因为之前我们有提到过一个应用进程有16个Binder线程去和远程服务进行交互，而每个线程可占用的缓存空间是128KB这样，超过会报异常。ContentResolver虽然是通过Binder进程间通信机制打通了应用程序之间共享数据的通道，但Content Provider组件在不同应用程序之间传输数据是基于匿名共享内存机制来实现的。有兴趣的可以查看一下老罗的文章Android系统匿名共享内存Ashmem（Anonymous Shared Memory）简要介绍和学习计划。

小结

初学开发或者开发经验少的人，往往不喜欢在写代码时思考如何应对以后可能产生的变化和相关接口的扩展能力，所以他们往往看不到ContentProvider的巨大好处。我觉得一般常见到的组件或概念，大家不一定需要每个都去偿试写写代码Demo（当然这样最好），但我认为对它们仍然需要有足够的重视，要去理清它的计设思路和使用场景。这样对你是极好的，之后你在面对问题时才会有多种解决方案的选择机会。

人生，比的不就是谁有更多的选择吗？

Even 原创
简书链接：http://www.jianshu.com/users/f9fbc7a39b36/latest_articles
转载请注明出处。