Android應用程序組件Content Provider簡要介紹和學習計劃

在Android系統中,Content Provider作為應用程序四大組件之一,它起到在應用程序之間共享數據的作用,同時,它還是標準的數據訪問介面。前面的一系列文章已經分析過Android應用程序的其它三大組件(Activity、Service和Broadcast Receiver)了,本文將簡要介紹Content Provider組件在Android應用程序設計中的地位,為進一步學習打好基礎。

我們知道,在Android系統上,每一個應用程序都有一個獨立的用戶ID。為什麼要給每一個應用程序分配一個獨立的用戶ID呢?這是為了保護各個應用程序的數據不被其它應用程序惡意破壞而設計的。Android系統是基於Linux內核來開發的,而在Linux系統中,每一個文件除了文件本身的數據之外,還具有一定的屬性,其中最重要的就是文件許可權了。所謂的文件許可權,就是指對文件的讀、寫和執行許可權。此外,Linux還是一個多用戶的操作系統,因此,Linux將系統中的每一個文件都與一個用戶以及用戶組關聯起來,基於不同的用戶而賦予不同的文件許可權。只有當一個用戶對某個文件擁有相應的許可權時,才能執行相應的操作,例如,只有當一個用戶對某個文件擁有讀許可權時,這個用戶才可以調用read系統調用來讀取這個文件的內容。Android系統繼承了Linux系統管理文件的方法,為每一個應用程序分配一個獨立的用戶ID和用戶組ID,而由這個應用程序創建出來的數據文件就賦予相應的用戶以及用戶組讀寫的許可權,其餘用戶則無權對該文件進行讀寫。

如果我們通過adb shell命令連上模擬器,切換到/data/data目錄下,就可以看到很多以應用程序包(package)命名的文件夾,這些文件夾裡面存放的就是各個應用程序的數據文件,例如,如果我們進入到Android系統日曆應用程序數據目錄com.android.providers.calendar下的databases文件中,會看到一個用來保存日曆數據的資料庫文件calendar.db,它的許可權設置如下所示:

[html] view plaincopy?

  1. root@android:/data/data/com.android.providers.calendar/databases#ls-l
  2. -rw-rw----app_17app_17337922011-11-0715:50calendar.db

在前面的十字元-rw-rw----中,最前面的符號-表示這是一個普通文件,接下來的三個字元rw-表示這個文件的所有者對這個文件可讀可寫不可執行,再接下來的三個字元rw-表示這個文件的所有者所在的用戶組的用戶對這個文件可讀可寫不可執行,而最後的三個字元---表示其它的用戶對這個文件不可讀寫也不可執行,因為這是一個數據文件,所認所有用戶都不可以執行它是正確的。在接下來的兩個app_17字元串表示這個文件的所有者和這個所有者所在的用戶組的名稱均為app_17,這是應用程序在安裝的時候系統分配的,在不同的系統上,這個字元串可能是不一樣,不過它所表示的意義是一樣的。這意味著只有用戶ID為app_17或者用戶組ID為app_17的那些進程才可以對這個calendar.db文件進行讀寫操作。我們通過執行終端上執行ps命令來查看一下哪個進程的用戶ID為app_17

[html] view plaincopy?

  1. root@android:/#ps
  2. USERPIDPPIDVSIZERSSWCHANPCNAME
  3. root10272184c009f2300000875cS/init
  4. ........................
  5. app_172953510746821492ffffffffafd0c38cScom.android.providers.calendar
  6. .......................
  7. root55652789233200000000afd0b24cRps

這裡我們看到,正是這個日曆應用程序com.android.providers.calendar進程的用戶ID為app_17。這樣,就驗證了我們前面的分析了:只有這個日曆應用程序com.android.providers.calendar才可以對這個calendar.db文件進行讀寫操作。這個日曆應用程序com.android.providers.calendar其實是由一個Content Provider組件來實現的,在下一篇文章中,我們將實現一個自己的Content Provider,然後再對Content Provider的實現原理進行詳細分析。

Android系統對應用程序的數據文件作如此嚴格的保護會不會有點過頭了呢?如果一個應用程序想要讀寫另外一個應用程序的數據文件時,應該怎麼辦呢?舉一個典型的應用場景,我們在開發自己的應用程序時,有時候會希望讀取通訊錄裡面某個聯繫人的手機號碼或者電子郵件,以便可以對這個聯繫人打電話或者發送電子郵件,這時候就需要讀取通訊錄裡面的聯繫人數據文件了。

現在在互聯網裡面,都流行平台的概念,各大公司都打著開放平台的口號,來吸引第三方來為自己的平台做應用,例如,國外最流行的Fackbook開放平台和Google+開放平台等,國內的有騰訊的Q+開放平台,還有新浪微博開放平台、360的開放平台等。這些開放平台的核心就是要開放用戶數據給第三方來使使用,就像前面我們說的Android系統的通訊錄,它需要把自己聯繫人數據開放出來給其它應用程序使用。但是,這些數據都是各個平台自己的核心數據和核心競爭力,它們需要有保護地進行開放。Android系統中的Content Provider應用程序組件正是結合上面分析的這種文件許可權機制來秉承這種有保護地開放自己的數據給其它應用程序使用的理念。

從另外一個觀點來看,即使我們不是在做平台,而只是在做一個應用程序軟體,是不是就不需要這麼使用到Content Provider機制了呢?非也,現在的應用程序軟體,越著公司業務的成長,越來越龐大,越來越複雜。軟體工程告訴我們,我們在設計這種大型的複雜的軟體的時候,需要分模塊和分層次來實現各個子功能組件,使得各個模塊功能以松耦合的方式組織在一起完成整個應用程序功能。這樣做的好處當然就是便於我們維護和擴展應用程序的代碼和功能了,以及適應複雜的業務環境。在一個大型的應用程序軟體架構中,從垂直的方向來看,一般都會劃分為數據層、數據訪問介面層以及上面的業務層。數據層用來保存數據,這些數據可以用文件的方式來組織,也可以用資料庫的方式來組織,甚至可以保存在網路中;數據訪問層負責向上面的業務層提供數據,而向下管理好數據層的數據;最後業務層通過數據訪問層來獲取一些業務相關的數據來實現自己的業務邏輯。

基於這種開放平台建設或者複雜軟體架構的理念,我們得出一個Android應用程序設計的一般方法,如下圖所示:

在這個架構中, 數據層採用資料庫、文件或者網路來保存數據,數據訪問層使用Content Provider來實現,而業務層就通過一些APP來實現。為了降低各個功能模塊間耦合性,我們可以把業務層的各個APP和數據訪問層中的Content Provider,放在不同的應用程序進程中來實現,而資料庫中的數據統一由Content Provider來管理,即Content Provider擁有對這些文件直接進行讀寫的許可權,同時,它又根據需要來有保護地把這些數據開放出來給上層的APP來使用。

那麼,Content Provider又是如何把數據開放給上面的APP使用呢?一方面是這些APP沒有許可權讀取這些數據文件,另一外面是Content Provider和這些APP是在不同的進程空間裡面。回憶一下,我們在前面Android進程間通信(IPC)機制Binder簡要介紹和學習計劃這一系文章中學習的Android系統中Binder進程間通信機制,不同的應用程序之間可以通過Binder進程間調用來傳輸數據。因此,前面關於一個應用程序應該如何來讀寫另外一個應用程序的數據的問題的答案就是使用Binder進程間通信機制,雖然一個應用程序不能直接讀取另一個應用程序的數據,但是它卻可以通過進程間通信方式來請求另一個這個應用程序給它傳輸數據。這樣我們就解決了文件許可權限制所帶來的問題了。

然而,事情還不是那麼簡單,一般Content Provider管理的都是大量的數據,如果在進程間傳輸大量的數據,效率是不是會很低下呢?這時候,前面我們在Android系統匿名共享內存Ashmem(Anonymous Shared Memory)簡要介紹和學習計劃這一系列文章中學習的匿名共享內存(Anonymous Shared Memory)就派上用場了。把需要在進程間傳輸的數據都寫到共享內存中去,然後只能通過Binder進程間通信機制來傳輸一個共享內存的打開文件描述符給對方就好了,是不是很簡單呢。在Android系統中,Binder進程間通信機制和匿名共享內存機制結合在一起使用,真是太完美了。

Content Provider如何在應用程序之間共享數據以及它在應用程序設計中的地位就簡要介紹到這裡了,在接下來的四篇文章中,我們將以一個Content Provider的應用實例來詳細分析它的啟動過程、數據共享原理以及數據監控機制:

1. Android應用程序組件Content Provider的應用實例。

2. Android應用程序組件Content Provider的啟動過程源代碼分析。

3. Android應用程序組件Content Provider在不同應用程序之間共享數據的原理分析。

4. Android應用程序組件Content Provider的數據監控機制分析。

敬請關注!

老羅的新浪微博:http://weibo.com/shengyangluo,歡迎關注!


推薦閱讀:

幸福婚姻必知五個家庭財政計劃
訂一份「追茶計劃」,來年喝好茶!
【百個手作教程計劃】第六彈——菠蘿隔熱手套
寶貝計劃|孩子感冒發燒,用藥可有大學問
康有為有無劫制慈禧的計劃?

TAG:程序 | 學習 | Android | Android應用 | 計劃 | 介紹 | 組件 |