ContentProvider和Uri詳解222

1、Android四大組件是Activity, Service, Content Provider, Broadcast Receiver。Activity作為程序界面，直接與用戶交互Service運(yùn)行在后臺(tái)，沒有界面，完成特定的功能ContentProvider維護(hù)應(yīng)用數(shù)據(jù)，方便應(yīng)用本身或其它應(yīng)用訪問Broadcast Receiver提供異步廣播消息接收機(jī)制，便于各應(yīng)用/組件進(jìn)行交互通過AndroidManifest.xml,可以看到一個(gè)應(yīng)用使用了哪些組件：attribute的定義可以參考下面重點(diǎn)探討Content Provider的實(shí)現(xiàn)和使用。二什么是ContentProviderConte

2、nt Provider維護(hù)特定的應(yīng)用數(shù)據(jù)，并可以讓其它應(yīng)用輕松訪問該數(shù)據(jù)。對(duì)數(shù)據(jù)使用者來說它是數(shù)據(jù)提供者。它提供統(tǒng)一的接口對(duì)數(shù)據(jù)進(jìn)行操作，使用者不用關(guān)心數(shù)據(jù)到底是如何存儲(chǔ)的以及數(shù)據(jù)類型到底是什么。也就是說，Content Provider作為數(shù)據(jù)提供者，提供了對(duì)外共享本地?cái)?shù)據(jù)一種機(jī)制，使Android應(yīng)用能方便地基于該機(jī)制進(jìn)行數(shù)據(jù)訪問。為了便于管理和訪問，每個(gè)Content Provider必須有唯一標(biāo)示，用Uri表示。Uri類似http url,構(gòu)成如下：content:/authority/path所有Content Provider的Uri必須以content:/開頭，這是Android

3、規(guī)定的。authority是個(gè)字符串，它由開發(fā)者自己定義，用于來唯一標(biāo)示一個(gè)ContentProvider。系統(tǒng)會(huì)根據(jù)這個(gè)標(biāo)示查找ContentProvider。path也是字符串，表示要操作的數(shù)據(jù)?？筛鶕?jù)自己的實(shí)現(xiàn)邏輯來指定：content:/contacts/people表示要操作ContentProvider為contacts下的people表content:/com.android.contacts/people/#表示要操作表people中特定id的行(記錄)。content:/downloads/download/10/name表示要操作id為10的行的name字段。content

4、:/downloads/download/*表示操作download表中的所有字段?？傊?匹配一個(gè)數(shù)字字符串，*匹配一個(gè)文本字符串。可以看出,實(shí)現(xiàn)一個(gè)自定義的Content Provider，要基于系統(tǒng)提供的基類ContentProvider，需要實(shí)現(xiàn)6個(gè)接口。大部分接口就是類似數(shù)據(jù)庫的數(shù)據(jù)操作接口，實(shí)際上Content Provider是需要?jiǎng)?chuàng)建數(shù)據(jù)庫并對(duì)數(shù)據(jù)庫進(jìn)行操作的。完成實(shí)現(xiàn)之后，在Androidmanifest.xml中聲明自己的Content Provider以及與Provider相關(guān)的permission聲明(可以沒有permission定義)。例如：使用非常簡(jiǎn)單，Androi

5、d提供了Context級(jí)別的ContentResolver對(duì)象來對(duì)Content Provider進(jìn)行操作。正是因?yàn)橛辛薈ontentResolver，使用者才不用關(guān)心Provider到底是哪個(gè)應(yīng)用或哪個(gè)類實(shí)現(xiàn)的。只要知道它的uri就能訪問。ContentResolver對(duì)象存在于每個(gè)Context中。幾乎所有對(duì)象都有自己的Context。四ContentProvider內(nèi)部機(jī)制1ContentProvider接口調(diào)用過程ContentProvider依賴ContentResolver/ActivityThread/ActivityManagerService對(duì)外提供服務(wù)。雖然ContentP

6、rovider的用法以及表現(xiàn)形式不是一個(gè)Service，實(shí)際上它可以看作是ActivityManagerService提供的一種服務(wù),它實(shí)現(xiàn)了IBinder接口。首先調(diào)用者通過特定uri調(diào)用特定ContentProvider的接口函數(shù)，比如insert(),此時(shí)ContentResolver會(huì)通過uri獲取特定ContentProvider的實(shí)例，ActivityThread檢查本地Cache，如果發(fā)現(xiàn)此ContentProvider已經(jīng)被引用過，則直接直接取出ContentProvider返回給調(diào)用者。如果沒有發(fā)現(xiàn)，由于ContentProvider可能已經(jīng)被load了，可能還沒有l(wèi)oad；

7、可能要?jiǎng)?chuàng)建Process，可能要檢查permission，所以ActivityThread調(diào)用到ActivityManagerService來進(jìn)行相關(guān)處理/檢查。如果該P(yáng)rovider是Single Process，ActivityManagerService會(huì)為ContentProvider創(chuàng)建一個(gè)獨(dú)立Process；如果是MultiProcess，說明每個(gè)調(diào)用者可以擁有獨(dú)立的ContentProvider實(shí)例，于是ActivityManagerService只是返回ContentProvider的相關(guān)信息給ActivityThread，由ActivityThread負(fù)責(zé)ContentPro

8、vider的實(shí)例化，此時(shí)ContentProvider運(yùn)行在調(diào)用者Process中。實(shí)例化后，IConentProvider會(huì)返回給調(diào)用者，通過該接口可以調(diào)用所需功能。ActivityThread本地維護(hù)一個(gè)mProviderMap ，記錄已被引用的ContentProvider, 同時(shí)使用引用計(jì)數(shù)mProviderRefCountMap 記錄特定ContentProvider的引用情況。2ContentProvider實(shí)例創(chuàng)建過程ContentProvider實(shí)例的創(chuàng)建與multiprocess屬性有關(guān)系(Androidmanifest.xml里指定），個(gè)人認(rèn)為理解成多進(jìn)程并不準(zhǔn)確。應(yīng)該理解為ContentProvider的多實(shí)例，不會(huì)存在多個(gè)ContentProvider進(jìn)程的情況，ContentProvider 可能存