**ContentResolver.java::openAssetFileDescriptor**
~~~
public final AssetFileDescriptoropenAssetFileDescriptor(Uri uri,
String mode) throws FileNotFoundException {
//openAssetFileDescriptor是一個通用函數,它支持三種scheme類型的URI。見
//下文的解釋
Stringscheme = uri.getScheme();
if(SCHEME_ANDROID_RESOURCE.equals(scheme)) {
if(!"r".equals(mode)) {
throw new FileNotFoundException("Can't write resources: " +uri);
}
//創建資源文件輸入流
OpenResourceIdResult r = getResourceId(uri);
try{
return r.r.openRawResourceFd(r.id);
} ......
}else if (SCHEME_FILE.equals(scheme)) {
//創建普通文件輸入流
ParcelFileDescriptor pfd = ParcelFileDescriptor.open(
new File(uri.getPath()), modeToMode(uri, mode));
return new AssetFileDescriptor(pfd, 0, -1);
}else {
if ("r".equals(mode)) {
//我們重點分析這個函數,用于讀取目標ContentProvider的數據
return openTypedAssetFileDescriptor(uri, "*/*", null);
} ......//其他模式的支持,請讀者學完本章后自行研究這部分內容
}
}
~~~
如以上代碼所述,openAssetFileDescriptor是一個通用函數,它支持三種sheme類型的URI。
- SCHEME_ANDROID_RESOURCE:字符串表達為“android.resource”。通過它可以讀取APK包(其實就是一個壓縮文件)中封裝的資源。假設在應用進程的res/raw目錄下存放一個test.ogg文件,最終生成的資源id由R.raw.tet來表達,那么如果應用進程想要讀取這個資源,創建的URI就是“android.resource://com.package.name/R.raw.test”。 讀者不妨試一試。
- SCHEME_FILE:字符串表達為“file”。通過它可以讀取普通文件。
- 除上述兩種scheme之外的URI:這種資源背后到底對應的是什么數據需要由目標CP來解釋。
接下來分析在第三種sheme類型下調用的openTypedAssetFileDescriptor函數。
1. openTypedAssetFileDescriptor函數分析
**ContentResolver.java::openTypedAssetFileDescriptor**
~~~
public final AssetFileDescriptoropenTypedAssetFileDescriptor(Uri uri,
String mimeType, Bundle opts) throws FileNotFoundException {
//建立和目標CP進程交互的通道。讀者還記得此處provider的真實類型嗎?
//其真實類型是ContentProviderProxy
IContentProvider provider = acquireProvider(uri);
try {
//①調用遠端CP的openTypedAssetFile函數,返回值的
//類型是AssetFileDescriptor。此處傳遞參數的值為:mimeType="*/*"
//opts=null
AssetFileDescriptor fd = provider.openTypedAssetFile(uri,
mimeType, opts);
......
//②創建一個ParcelFileDescriptor類型的變量
ParcelFileDescriptor pfd = new ParcelFileDescriptorInner(
fd.getParcelFileDescriptor(), provider);
provider = null;
//③又創建一個AssetFileDescriptor類型的變量作為返回值
return new AssetFileDescriptor(pfd, fd.getStartOffset(),
fd.getDeclaredLength());
}......
finally {
if (provider != null) {
releaseProvider(provider);
}
}
}
~~~
在以上代碼中,阻礙我們思維的依然是新冒出來的類。先應解決它們,然后再分析代碼中的關鍵調用。
2. FileDescriptor家族介紹
本節涉及的類家族圖譜如圖7-7所示。
:-: 
圖7-7 FileDescriptor家族圖譜
圖7-7中的內容比較簡單,只需稍作介紹。
- FileDescriptor類是Java的標準類,它是對文件描述符的封裝。進程打開的每一個文件都有一個對應的文件描述符。在Native語言開發中,它用一個int型變量來表示。
- 文件描述符作為進程的本地資源,如想越過進程邊界將其傳遞給其他進程,則需借助進程間共享技術。在Android平臺上,設計者封裝了一個ParcelFileDescriptor類。此類實現了Parcel接口,自然就支持了序列化和反序列化的功能。從圖7-7可知,一個ParcelFileDescriptor通過mFileDescritpor指向一個文件描述符。
- AssetFileDescriptor也實現了Parcel接口,其內部通過mFd成員變量指向一個ParcelFileDescriptor對象。從這里可看出,AssetFileDescritpor是對ParcelFileDescriptor類的進一步封裝和擴展。實際上,根據SDK文檔中對AssetFileDescritpor的描述可知,其作用在于從AssetManager(后續分析資源管理的時候會介紹它)中讀取指定的資源數據。
* * * * *
**提示**:簡單向讀者介紹一下與AssetFileDescriptor相關的知識。它用于讀取APK包中指定的資源數據。以前面提到的test.ogg為例,如果通過AssetFileDescriptor讀取它,那么其mFd成員則指向一個ParcelFileDescriptor對象。且不管這個對象是否跨越了進程邊界,它畢竟代表一個文件。假設這個文件是一個APK包,AssetFileDescriptor的mStartOffset變量用于指明test.ogg在這個APK包中的起始位置,比如100字節。而mLength用于指明test.ogg的長度,假設是1000字節。通過上面的介紹可知,該APK文件從100字節到1100字節這一段空間中存儲的就是test.ogg的數據。這樣,AssetFileDescriptor就能將test.ogg數據從APK包中讀取出來了。
* * * * *
下面來看ContentProvider的openTypedAssetFile函數。
- 前言
- 第1章 搭建Android源碼工作環境
- 1.1 Android系統架構
- 1.2 搭建開發環境
- 1.2.1 下載源碼
- 1.2.2 編譯源碼
- 1.2.3 利用Eclipse調試system_process
- 1.3 本章小結
- 第2章 深入理解Java Binder和MessageQueue
- 2.1 概述
- 2.2 Java層中的Binder架構分析
- 2.2.1 Binder架構總覽
- 2.2.2 初始化Java層Binder框架
- 2.2.3 addService實例分析
- 2.2.4 Java層Binder架構總結
- 2.3 心系兩界的MessageQueue
- 2.3.1 MessageQueue的創建
- 2.3.2 提取消息
- 2.3.3 nativePollOnce函數分析
- 2.3.4 MessageQueue總結
- 2.4 本章小結
- 第3章 深入理解SystemServer
- 3.1 概述
- 3.2 SystemServer分析
- 3.2.1 main函數分析
- 3.2.2 Service群英會
- 3.3 EntropyService分析
- 3.4 DropBoxManagerService分析
- 3.4.1 DBMS構造函數分析
- 3.4.2 dropbox日志文件的添加
- 3.4.3 DBMS和settings數據庫
- 3.5 DiskStatsService和DeviceStorageMonitorService分析
- 3.5.1 DiskStatsService分析
- 3.5.2 DeviceStorageManagerService分析
- 3.6 SamplingProfilerService分析
- 3.6.1 SamplingProfilerService構造函數分析
- 3.6.2 SamplingProfilerIntegration分析
- 3.7 ClipboardService分析
- 3.7.1 復制數據到剪貼板
- 3.7.2 從剪切板粘貼數據
- 3.7.3 CBS中的權限管理
- 3.8 本章小結
- 第4章 深入理解PackageManagerService
- 4.1 概述
- 4.2 初識PackageManagerService
- 4.3 PKMS的main函數分析
- 4.3.1 構造函數分析之前期準備工作
- 4.3.2 構造函數分析之掃描Package
- 4.3.3 構造函數分析之掃尾工作
- 4.3.4 PKMS構造函數總結
- 4.4 APK Installation分析
- 4.4.1 adb install分析
- 4.4.2 pm分析
- 4.4.3 installPackageWithVerification函數分析
- 4.4.4 APK 安裝流程總結
- 4.4.5 Verification介紹
- 4.5 queryIntentActivities分析
- 4.5.1 Intent及IntentFilter介紹
- 4.5.2 Activity信息的管理
- 4.5.3 Intent 匹配查詢分析
- 4.5.4 queryIntentActivities總結
- 4.6 installd及UserManager介紹
- 4.6.1 installd介紹
- 4.6.2 UserManager介紹
- 4.7 本章學習指導
- 4.8 本章小結
- 第5章 深入理解PowerManagerService
- 5.1 概述
- 5.2 初識PowerManagerService
- 5.2.1 PMS構造函數分析
- 5.2.2 init分析
- 5.2.3 systemReady分析
- 5.2.4 BootComplete處理
- 5.2.5 初識PowerManagerService總結
- 5.3 PMS WakeLock分析
- 5.3.1 WakeLock客戶端分析
- 5.3.2 PMS acquireWakeLock分析
- 5.3.3 Power類及LightService類介紹
- 5.3.4 WakeLock總結
- 5.4 userActivity及Power按鍵處理分析
- 5.4.1 userActivity分析
- 5.4.2 Power按鍵處理分析
- 5.5 BatteryService及BatteryStatsService分析
- 5.5.1 BatteryService分析
- 5.5.2 BatteryStatsService分析
- 5.5.3 BatteryService及BatteryStatsService總結
- 5.6 本章學習指導
- 5.7 本章小結
- 第6章 深入理解ActivityManagerService
- 6.1 概述
- 6.2 初識ActivityManagerService
- 6.2.1 ActivityManagerService的main函數分析
- 6.2.2 AMS的 setSystemProcess分析
- 6.2.3 AMS的 installSystemProviders函數分析
- 6.2.4 AMS的 systemReady分析
- 6.2.5 初識ActivityManagerService總結
- 6.3 startActivity分析
- 6.3.1 從am說起
- 6.3.2 AMS的startActivityAndWait函數分析
- 6.3.3 startActivityLocked分析
- 6.4 Broadcast和BroadcastReceiver分析
- 6.4.1 registerReceiver流程分析
- 6.4.2 sendBroadcast流程分析
- 6.4.3 BROADCAST_INTENT_MSG消息處理函數
- 6.4.4 應用進程處理廣播分析
- 6.4.5 廣播處理總結
- 6.5 startService之按圖索驥
- 6.5.1 Service知識介紹
- 6.5.2 startService流程圖
- 6.6 AMS中的進程管理
- 6.6.1 Linux進程管理介紹
- 6.6.2 關于Android中的進程管理的介紹
- 6.6.3 AMS進程管理函數分析
- 6.6.4 AMS進程管理總結
- 6.7 App的 Crash處理
- 6.7.1 應用進程的Crash處理
- 6.7.2 AMS的handleApplicationCrash分析
- 6.7.3 AppDeathRecipient binderDied分析
- 6.7.4 App的Crash處理總結
- 6.8 本章學習指導
- 6.9 本章小結
- 第7章 深入理解ContentProvider
- 7.1 概述
- 7.2 MediaProvider的啟動及創建
- 7.2.1 Context的getContentResolver函數分析
- 7.2.2 MediaStore.Image.Media的query函數分析
- 7.2.3 MediaProvider的啟動及創建總結
- 7.3 SQLite創建數據庫分析
- 7.3.1 SQLite及SQLiteDatabase家族
- 7.3.2 MediaProvider創建數據庫分析
- 7.3.3 SQLiteDatabase創建數據庫的分析總結
- 7.4 Cursor 的query函數的實現分析
- 7.4.1 提取query關鍵點
- 7.4.2 MediaProvider 的query分析
- 7.4.3 query關鍵點分析
- 7.4.4 Cursor query實現分析總結
- 7.5 Cursor close函數實現分析
- 7.5.1 客戶端close的分析
- 7.5.2 服務端close的分析
- 7.5.3 finalize函數分析
- 7.5.4 Cursor close函數總結
- 7.6 ContentResolver openAssetFileDescriptor函數分析
- 7.6.1 openAssetFileDescriptor之客戶端調用分析
- 7.6.2 ContentProvider的 openTypedAssetFile函數分析
- 7.6.3 跨進程傳遞文件描述符的探討
- 7.6.4 openAssetFileDescriptor函數分析總結
- 7.7 本章學習指導
- 7.8 本章小結
- 第8章 深入理解ContentService和AccountManagerService
- 8.1 概述
- 8.2 數據更新通知機制分析
- 8.2.1 初識ContentService
- 8.2.2 ContentResovler 的registerContentObserver分析
- 8.2.3 ContentResolver的 notifyChange分析
- 8.2.4 數據更新通知機制總結和深入探討
- 8.3 AccountManagerService分析
- 8.3.1 初識AccountManagerService
- 8.3.2 AccountManager addAccount分析
- 8.3.3 AccountManagerService的分析總結
- 8.4 數據同步管理SyncManager分析
- 8.4.1 初識SyncManager
- 8.4.2 ContentResolver 的requestSync分析
- 8.4.3 數據同步管理SyncManager分析總結
- 8.5 本章學習指導
- 8.6 本章小結