1.ContentProvider 内容提供者
- 内容提供者：主要用于在不同的应用程序之间实现数据共享的功能，允许一个程序访问另一个程序中的数据，同时还能保证被访问数据的安全性。与其他存储方式不同的是：可以选择哪部分数据分享，从而保证隐私数据的安全性。
1.1ContentProvider 特点
- 四大组件之一，需要在 AndroidMainifest.xml 文件中进行注册。
- 接口的统一，是为数据的获取、添加、修改的操作提供统一的接口。
- 跨进程供多个应用程序共享数据；
- 设备存储数据：通讯录、图片；
- 数据更新监听：UI更新；
1.2ContentProvider 的优缺点
- 数据访问统一接口（存储方式都不用管）优点。
- 跨进程数据的访问，优点。
- 无法单独使用，必须与其他的存储方式结合使用，缺点。
1.3ContentProvider 如何提供数据，实现共享？
- 新建类去继承ContentProvider，然后覆写 query、insert、update、delete 等6个抽象方法。
- 必须在 AndroidManifest 文件中进行注册。
- 把自己的数据通过 uri 的形式共享出去。
- 借助UriMather.match()方法实现匹配内容URI的功能。
- 第三方可以通过 ContentResolver 来访问该 Provider。
1.4ContentProvider工作流程
- 应用程序A(提供者)定义了 ContentProvider，定义了一些数据库和文件来存放数据。
- 应用程序B(访问者)获得 ContentResolver 对象，根据Uri访问指定的 ContentProvider。
- ContentProvider 就会访问底层的存储方式，并返回数据给 ContentProvider。
- ContentProvider 将数据返回给 ContentResolver，ContentResolver 再转到应用B。
2.ContentResolver 内容访问者
- 想要访问内容提供器中的共享数据，就一定要借助 ContentResolver 类，可以通过 getContentResolver() 方法获取该类实例，并且提供了一系列CRUD操作(insert、update、delete、query)，不同于其他存储方式的是不接收表名参数，而是用 Uri 参数来代替(由协议声明、authority和path组成)。
2.1ContentResolver如何实现数据的访问
- ContentResolver的Contex.getContentResolver().query()
- 提供了CRUD操作；
- Transport implements；
- IContentProvider；
- Uri，ContentResolver中的增删查改都是用Uri来代替表名参数。
- 概念：统一资源标识符；
- 组成：协议、域名authority、路径path；
- content://com.example.app.authority/path；
- 作用：访问ContentProvider；
- 不同：与其他组件交互不同的地方(Intent)；
//简单演示获取数据都代码
Cursor mCursor = getContentResolver().query(uri,projection,selection,selectionArgs,orderBy);
if (mCursor != null) {
while (mCursor.moveToNext()) {
String column1 = mCursor.getString(mCursor.getColumnIndex("column1"));
int column2 = mCursor.getInt(mCursor.getColumnIndex("column2"));
}
mCursor.close();
}
3.ContentObserver 内容观察者
Android 内部提供了一种 ContentObserver 来监听数据库内容的变化。作用是观察（捕捉）特定 Uri 引起的数据库的变化，继而做一些相应的处理。
3.1如何定义ContentObserver
-
第一步：创建一个 ContentObserver 的子类，实现 onChange() 方法。
- 监听的 Uri 中的数据发生变化的时候，会调用 onchange() 方法。
- 构造方法：public void ContentObserver(Handler handler)参数需要一个 Hanlder，因为 ContentObserver 内部使用了一个实现 Runnable 接口的内部类 NotificationRunnable，需要通过 Handler 去做比如 UI 变化。（可以从主线程传入一个 handler。）
-
第二步：通过 registerContentObserver 注册 ContentObserver。
- 第一个参数：需要监听的 uri。
- 第二个参数：为 false 表示精确匹配，即只匹配该 Uri。为 true 表示可以同时匹配其派生的 Uri，如：content://com.qin.cb/student（精确匹配）content://com.qin.cb/student/# （派生）content://com.qin.cb/student/schoolchild（派生）
- 第三个参数：ContentObserver 的实例。
- 第三步：用完后记得取消注册 unregisterContentObserver。
- 第四步：ContentProvider数据源发送改变后，通知ContentObserver。
//第一步： 创建一个 ContentObserver 的子类，实现 onChange() 方法。
public class MyContentObserver extends ContentObserver{
private Handler handler;
public MyContentObserver(Handler handler) {
super(handler);
this.handler=handler;
}
@Override
public void onChange(boolean selfChange) {
super.onChange(selfChange);
// 在onChange方法里面我们就可以执行变化的操作了
}
}
//第二步：将这个监听者与我们所要监听的对象绑定
//通过 registerContentObserver 注册 ContentObserver。
MyContentObserver mObserver = new MyContentObserver();
getContentResolver().registerContentObserver(Uri uri, boolean notifyForDescendants, ContentObserver observer);
//第三步：取消注册 unregisterContentObserver
getContentResolver().unregisterContentObserver(mObserver)
//ContentProvider数据源发送改变后，通知ContentObserver。
getContext().getContentResolver().notifyChange(uri, null);
3.2也可以这样简单写
public class Main2Activity extends AppCompatActivity {
Handler mHandler = new Handler() {
public void handleMessage(Message msg) {
super.handleMessage(msg);
//在主线程更新UI adapter.notifyChangeSet();
}
};
ContentObserver observer = new ContentObserver(mHandler) {
public void onChange(boolean selfChange) {
super.onChange(selfChange);
//Uri数据改变，非Ui线程不能直接更新
//发送消息
}
};
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//注册内容观察者
this.getContentResolver().registerContentObserver(uri, notifyForDescendants, observer);
}
}
3.3为什么自定义的 ContentProvider 数据源发生改变后，却没有监听到任何反应？
每个ContentProvider数据源发生改变后，如果想通知其监听对象， 例如ContentObserver时，必须在其对应方法 update / insert / delete 时，显式地调用 this.getContentReslover().notifychange(uri,null) 方法，回调监听处理逻辑。否则，我们的 ContentObserver 是不会监听到数据发生改变的。
4.说说ContentProvider、ContentResolver、ContentObserver 之间的关系
- ContentProvider：内容提供者，用于对外提供数据，提供数据的增删改查操作，数据源可以是数据库、文件、XML、网络等，ContentProvider为这些数据的访问提供了统一的接口，可以用来做进程间数据共享。
- ContentResolver：内容解析者，用于获取内容提供者提供的数据。ContentResolver可以不同URI操作不同的ContentProvider中的数据，外部进程可以通过ContentResolver与ContentProvider进行交互。
- ContentObserver：内容监听器，可以监听数据的改变状态，当ContentProvider数据源发生改变时，如果想通知其监听对象， 例如ContentObserver时，就必须在其调用对应方法 update / insert / delete 时，显式地调用 this.getContentReslover().notifychange(uri,null) 方法，回调监听处理逻辑。
5.为什么要用 ContentProvider？它和 sql 的实现上有什么差别？
ContentProvider 屏蔽了数据存储的细节,内部实现对用户完全透明,用户只需要关心操作数据的
uri 就可以了，ContentProvider 可以实现不同 app 之间共享。Sql 也有增删改查的方法，但是 sql 只能操作本应用下的数据库。而 ContentProvider 还可
以去增删改查本地文件. xml 文件的读取等。
6.多个进程同时调用一个ContentProvider的query获取数据，ContentPrvoider是如何反应的呢？
尽管ContentResolver与ContentProvider类隐藏了实现细节，ContentProvider除了onCreate()是在UI线程运行，其余所提供的query()，insert()，delete()，update()都是在ContentProvider进程的线程池中被调用执行的，而不是进程的主线程中。因为那些方法可能同时被多个线程所调用，所以他们都应该是线程安全的。这个线程池是由Binder创建和维护的，其实使用的就是每个应用进程中的Binder线程池。
7.你觉得Android设计ContentProvider的目的是什么呢？
- 隐藏数据的实现方式，对外提供统一的数据访问接口；
- 更好的数据访问权限管理。ContentProvider可以对开发的数据进行权限设置，不同的URI可以对应不同的权限，只有符合权限要求的组件才能访问到ContentProvider的具体操作。
- ContentProvider封装了跨进程共享的逻辑，我们只需要Uri即可访问数据。由系统来管理ContentProvider的创建、生命周期及访问的线程分配，简化我们在应用间共享数据（进程间通信）的方式。我们只管通过ContentResolver访问ContentProvider所提示的数据接口，而不需要担心它所在进程是启动还是未启动。
8.运行在主线程的ContentProvider为什么不会影响主线程的UI操作?
- ContentProvider的onCreate()是运行在UI线程的，而query()，insert()，delete()，update()是运行在线程池中的工作线程的，所以调用这几个方法并不会阻塞ContentProvider所在进程的主线程，但可能会阻塞调用者所在的进程的UI线程！
- 所以，调用ContentProvider的操作仍然要放在子线程中去做。虽然直接的CRUD的操作是在工作线程的，但系统会让你的调用线程等待这个异步的操作完成，你才可以继续线程之前的工作。
