清单文件中的provider

ContentProvider,内容提供者，Android四大组件之一。主要作用，提供进程间数据共享和交互，为存储和获取数据提供统一的接口。ContentProvider底层采用Binder机制。

ContentProvider的数据共享主要用于操作本地数据库，外界通过ContentResolver提供的Api操作由ContentProvider共享的数据库的。

1. 在清单文件中声明需要共享的ContentProvider

        <provider
            android:name=".module.contentprovider.MyProvider"
            //Authority(授权信息) ContentProvider唯一标识符
            android:authorities="cn.scu.myprovider"
            android:exported="true"
            android:permission="scut.carson_ho.PROVIDER" />

2. 统一资源标识符（URI）

URI 英文全写，Uniform Resource Identifier，可以通过URI来标识ContentProvider，外界通过URI找到对应的ContentProvider操作数据库。

自定义URI：

content://cn.scu.myprovider/User/1

• content:// scheme主题：标识是ContentProvider的URI的前缀(Android系统规定)
• authority： ContentProvider唯一标识符，URI中的host
• 表名：User
• 记录(ID): 表中某条记录

3. ContentProvider类

通过数据库组织数据，进程间共享数据的本质是：添加，删除，获取，更新，ContentProvider核心方法也是这4个操作。
外部进程在调用Content Provider方法的时候，是通过运行在ContentProvider进程的Binder线程池中，存在多线程并发的问题，需要线程同步。

• 若ContentProvider的数据存储方式是使用SQLite & 一个，则不需要，因为SQLite内部实现好了线程同步，若是多个SQLite则需要，因为SQL对象之间无法进行线程同步
• 若ContentProvider的数据存储方式是内存，则需要自己实现线程同步

ContentProvider 创建后，打开ContentProvider所在进程后，系统会调用ContentProvider的onCreate()方法，该方法运行在主线程。

3.1 ContentProvider 辅助类

三个辅助类：ContentUris，UriMatcher， ContentObserver

ContentUris类

ContentUris 主要用于 操作 URI。添加id和解析id

// withAppendedId（）作用：向URI追加一个id
Uri uri = Uri.parse("content://cn.scu.myprovider/user") 
Uri resultUri = ContentUris.withAppendedId(uri, 7);  
// 最终生成后的Uri为：content://cn.scu.myprovider/user/7

// parseId（）作用：从URL中获取ID
Uri uri = Uri.parse("content://cn.scu.myprovider/user/7") 
long personid = ContentUris.parseId(uri); 
//获取的结果为:7

UriMatcher类

主要有两个作用：

1. 在ContentProvider 中注册URI
2. 根据 URI 匹配 ContentProvider 中对应的数据表

    //1.初始化UriMatcher对象
    UriMatcher matcher = new UriMatcher(UriMatcher.NO_MATCH); 
 
    //2.注册URI
    int URI_CODE_a = 1；
    int URI_CODE_b = 2；
    matcher.addURI("cn.scu.myprovider", "user1", URI_CODE_a); 
    matcher.addURI("cn.scu.myprovider", "user2", URI_CODE_b); 
    
    //3.根据URI 匹配 URI_CODE，从而匹配ContentProvider中相应的资源
    @Override   
    public String getType(Uri uri) {   
      Uri uri = Uri.parse(" content://cn.scu.myprovider/user1");   

      switch(matcher.match(uri)){   
     // 根据URI匹配的返回码是URI_CODE_a
     // 即matcher.match(uri) == URI_CODE_a
      case URI_CODE_a:   
        return tableNameUser1;   
        // 如果根据URI匹配的返回码是URI_CODE_a，则返回ContentProvider中的名为tableNameUser1的表
      case URI_CODE_b:   
        return tableNameUser2;
        // 如果根据URI匹配的返回码是URI_CODE_b，则返回ContentProvider中的名为tableNameUser2的表
    }   

ContentObserver类

内容观察者,观察 Uri引起 ContentProvider 中的数据变化 & 通知外界（即访问该数据访问者） 。当ContentProvider 中的数据发生变化（增、删 & 改）时，就会触发该 ContentObserver类

//1. 注册内容观察者ContentObserver
getContentResolver().registerContentObserver（uri）；

//2. 当该URI的ContentProvider数据发生变化时，通知外界（即访问该ContentProvider数据的访问者）
 public class UserContentProvider extends ContentProvider { 
      public Uri insert(Uri uri, ContentValues values) { 
      db.insert("user", "userid", values); 
      getContext().getContentResolver().notifyChange(uri, null); 
      // 通知访问者
 }
 
 //3. 解除观察者
 getContentResolver().unregisterContentObserver（uri）；
 

4. ContentResolver类

通过URI 操作不同的ContentProvider中的数据。操作的方法与ContentProvider中方法相同，也是对数据库的增，删，查，改。

// 使用ContentResolver前，需要先获取ContentResolver
// 可通过在所有继承Context的类中 通过调用getContentResolver()来获得ContentResolver
ContentResolver resolver =  getContentResolver(); 

// 设置ContentProvider的URI
Uri uri = Uri.parse("content://cn.scu.myprovider/user"); 

// 根据URI 操作 ContentProvider中的数据
// 此处是获取ContentProvider中 user表的所有记录 
Cursor cursor = resolver.query(uri, null, null, null, "userid desc");