ContentProvider和Uri詳解222

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

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

3、規(guī)定的。authority是個字符串，它由開發(fā)者自己定義，用于來唯一標示一個ContentProvider。系統(tǒng)會根據(jù)這個標示查找ContentProvider。path也是字符串，表示要操作的數(shù)據(jù)?？筛鶕?jù)自己的實現(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表中的所有字段?？傊?，#匹配一個數(shù)字字符串，*匹配一個文本字符串。可以看出,實現(xiàn)一個自定義的Content Provider，要基于系統(tǒng)提供的基類ContentProvider，需要實現(xiàn)6個接口。大部分接口就是類似數(shù)據(jù)庫的數(shù)據(jù)操作接口，實際上Content Provider是需要創(chuàng)建數(shù)據(jù)庫并對數(shù)據(jù)庫進行操作的。完成實現(xiàn)之后，在Androidmanifest.xml中聲明自己的Content Provider以及與Provider相關的permission聲明(可以沒有permission定義)。例如：使用非常簡單，Androi

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

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

7、可能要創(chuàng)建Process，可能要檢查permission，所以ActivityThread調(diào)用到ActivityManagerService來進行相關處理/檢查。如果該Provider是Single Process，ActivityManagerService會為ContentProvider創(chuàng)建一個獨立Process；如果是MultiProcess，說明每個調(diào)用者可以擁有獨立的ContentProvider實例，于是ActivityManagerService只是返回ContentProvider的相關信息給ActivityThread，由ActivityThread負責ContentPro

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