定義

內(nèi)容提供者黔夭，Android四大組件之一

作用

進(jìn)程間進(jìn)行數(shù)據(jù)共享或者交互，即跨進(jìn)程通信

image.png

原理

ContentProvider底層采用的是Android中的Binder機(jī)制

具體使用

image.png

• 統(tǒng)一資源標(biāo)識(shí)符（URI）
  唯一標(biāo)識(shí)contentprovider和其中的數(shù)據(jù)辰妙，即外界通過(guò)URI找到對(duì)應(yīng)的contentprovider和其中的數(shù)據(jù)，再進(jìn)行數(shù)據(jù)操作街图。
  

  URI分為 系統(tǒng)預(yù)置 & 自定義胆剧，分別對(duì)應(yīng)系統(tǒng)內(nèi)置的數(shù)據(jù)（如通訊錄篙悯、日程表等等）和自定義數(shù)據(jù)庫(kù)颠悬。
  image.png
• MIME數(shù)據(jù)類型
  MIME類型就是設(shè)定某種擴(kuò)展名的文件用一種應(yīng)用程序來(lái)打開的方式類型，當(dāng)該擴(kuò)展名文件被訪問(wèn)的時(shí)候，瀏覽器會(huì)自動(dòng)使用指定應(yīng)用程序來(lái)打開席噩。多用于指定一些客戶端自定義的文件名，以及一些媒體文件打開方式。
• ContentProvider類
  主要以表格的形式組織數(shù)據(jù)，同時(shí)也支持文件數(shù)據(jù)，每個(gè)表格中包含多張表爽哎，每張表包含行和列蜓席，分別對(duì)應(yīng)記錄和字段。
  進(jìn)程間共享數(shù)據(jù)的本質(zhì)是：添加课锌，刪除厨内，獲取和修改數(shù)據(jù)，所以ContentProvider的核心方法也主要是上述的4個(gè)作用：

 public Uri insert(Uri uri, ContentValues values) 
  // 外部進(jìn)程向 ContentProvider 中添加數(shù)據(jù)

  public int delete(Uri uri, String selection, String[] selectionArgs) 
  // 外部進(jìn)程 刪除 ContentProvider 中的數(shù)據(jù)

  public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)
  // 外部進(jìn)程更新 ContentProvider 中的數(shù)據(jù)

  public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs,  String sortOrder)　 
  // 外部應(yīng)用 獲取 ContentProvider 中的數(shù)據(jù)

// 注：
  // 1. 上述4個(gè)方法由外部進(jìn)程回調(diào)渺贤，并運(yùn)行在ContentProvider進(jìn)程的Binder線程池中（不是主線程）
 // 2. 存在多線程并發(fā)訪問(wèn)雏胃，需要實(shí)現(xiàn)線程同步
   // a. 若ContentProvider的數(shù)據(jù)存儲(chǔ)方式是使用SQLite & 一個(gè)，則不需要癣亚，因?yàn)镾QLite內(nèi)部實(shí)現(xiàn)好了線程同步丑掺，若是多個(gè)SQLite則需要，因?yàn)镾QL對(duì)象之間無(wú)法進(jìn)行線程同步
  // b. 若ContentProvider的數(shù)據(jù)存儲(chǔ)方式是內(nèi)存述雾，則需要自己實(shí)現(xiàn)線程同步

<-- 2個(gè)其他方法 -->
public boolean onCreate() 
// ContentProvider創(chuàng)建后 或 打開系統(tǒng)后其它進(jìn)程第一次訪問(wèn)該ContentProvider時(shí) 由系統(tǒng)進(jìn)行調(diào)用
// 注：運(yùn)行在ContentProvider進(jìn)程的主線程街州，故不能做耗時(shí)操作

public String getType(Uri uri)
// 得到數(shù)據(jù)類型，即返回當(dāng)前 Url 所代表數(shù)據(jù)的MIME類型

• ContentResolver類
  統(tǒng)一管理不同 ContentProvider間的操作,通過(guò) URI 即可操作 不同的ContentProvider 中的數(shù)據(jù),外部進(jìn)程通過(guò) ContentResolver類 從而與ContentProvider類進(jìn)行交互.
  為什么要使用通過(guò)ContentResolver類從而與ContentProvider類進(jìn)行交互玻孟，而不直接訪問(wèn)ContentProvider類唆缴？
  一般來(lái)說(shuō)，一款應(yīng)用要使用多個(gè)ContentProvider黍翎，若需要了解每個(gè)ContentProvider的不同實(shí)現(xiàn)從而再完成數(shù)據(jù)交互面徽，操作成本高 & 難度大
  所以再ContentProvider類上加多了一個(gè) ContentResolver類對(duì)所有的ContentProvider進(jìn)行統(tǒng)一管理。
• ContentUris類
  操作 URI匣掸，具體使用 核心方法有兩個(gè)：withAppendedId（） &parseId（）

// withAppendedId（）作用：向URI追加一個(gè)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); 
//獲取的結(jié)果為:7

• UriMatcher類
  作用:在ContentProvider 中注冊(cè)URI趟紊，根據(jù) URI 匹配 ContentProvider 中對(duì)應(yīng)的數(shù)據(jù)表

// 步驟1：初始化UriMatcher對(duì)象
UriMatcher matcher = new UriMatcher(UriMatcher.NO_MATCH);
//常量UriMatcher.NO_MATCH  = 不匹配任何路徑的返回碼
// 即初始化時(shí)不匹配任何東西

// 步驟2：在ContentProvider 中注冊(cè)URI（addURI（））
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);
// 若URI資源路徑 = content://cn.scu.myprovider/user1 霎匈，則返回注冊(cè)碼URI_CODE_a
// 若URI資源路徑 = content://cn.scu.myprovider/user2 ，則返回注冊(cè)碼URI_CODE_b

// 步驟3：根據(jù)URI 匹配 URI_CODE送爸，從而匹配ContentProvider中相應(yīng)的資源（match（））

@Override
public String getType (Uri uri){
    Uri uri = Uri.parse(" content://cn.scu.myprovider/user1");

    switch (matcher.match(uri)) {
        // 根據(jù)URI匹配的返回碼是URI_CODE_a
        // 即matcher.match(uri) == URI_CODE_a
        case URI_CODE_a:
            return tableNameUser1;
        // 如果根據(jù)URI匹配的返回碼是URI_CODE_a铛嘱，則返回ContentProvider中的名為tableNameUser1的表
        case URI_CODE_b:
            return tableNameUser2;
        // 如果根據(jù)URI匹配的返回碼是URI_CODE_b暖释，則返回ContentProvider中的名為tableNameUser2的表
    }
}

• ContentObserver類
  定義：內(nèi)容觀察者
  作用：觀察 Uri引起ContentProvider 中的數(shù)據(jù)變化 & 通知外界（即訪問(wèn)該數(shù)據(jù)訪問(wèn)者）

// 步驟1：注冊(cè)內(nèi)容觀察者ContentObserver
getContentResolver().registerContentObserver（uri）；
// 通過(guò)ContentResolver類進(jìn)行注冊(cè)墨吓，并指定需要觀察的URI

// 步驟2：當(dāng)該URI的ContentProvider數(shù)據(jù)發(fā)生變化時(shí)球匕，通知外界（即訪問(wèn)該ContentProvider數(shù)據(jù)的訪問(wèn)者）
public class UserContentProvider extends ContentProvider {
    public Uri insert(Uri uri, ContentValues values) {
        db.insert("user", "userid", values);
        getContext().getContentResolver().notifyChange(uri, null);
        // 通知訪問(wèn)者
    }
}

// 步驟3：解除觀察者
getContentResolver().unregisterContentObserver（uri）；
// 同樣需要通過(guò)ContentResolver類進(jìn)行解除

當(dāng)ContentProvider 中的數(shù)據(jù)發(fā)生變化（增帖烘、刪 & 改）時(shí)亮曹，就會(huì)觸發(fā)該 ContentObserver類

優(yōu)點(diǎn)

• 安全
  為應(yīng)用間的數(shù)據(jù)交互提供了一個(gè)安全的環(huán)境：允許把自己的應(yīng)用數(shù)據(jù)根據(jù)需求開放給 其他應(yīng)用 進(jìn)行 增、刪蚓让、改乾忱、查，而不用擔(dān)心因?yàn)橹苯娱_放數(shù)據(jù)庫(kù)權(quán)限而帶來(lái)的安全問(wèn)題历极、

• 訪問(wèn)簡(jiǎn)單且高效
  對(duì)比于其他對(duì)外共享數(shù)據(jù)的方式窄瘟，數(shù)據(jù)訪問(wèn)方式會(huì)因數(shù)據(jù)存儲(chǔ)的方式而不同：
  采用 文件方式 對(duì)外共享數(shù)據(jù)趟卸，需要進(jìn)行文件操作讀寫數(shù)據(jù)蹄葱；
  采用 Sharedpreferences 共享數(shù)據(jù)，需要使用sharedpreferences API讀寫數(shù)據(jù)锄列。
  這使得訪問(wèn)數(shù)據(jù)變得復(fù)雜 & 難度大图云。
  

  而采用ContentProvider方式，其解耦了底層數(shù)據(jù)的存儲(chǔ)方式邻邮，使得無(wú)論底層數(shù)據(jù)存儲(chǔ)采用何種方式竣况，外界對(duì)數(shù)據(jù)的訪問(wèn)方式都是統(tǒng)一的，這使得訪問(wèn)簡(jiǎn)單 & 高效筒严。如一開始數(shù)據(jù)存儲(chǔ)方式 采用 SQLite 數(shù)據(jù)庫(kù)丹泉，后來(lái)把數(shù)據(jù)庫(kù)換成 MongoDB，也不會(huì)對(duì)上層數(shù)據(jù)ContentProvider使用代碼產(chǎn)生影響
  image.png

總結(jié)

image.png