Android 淺析 ContentProvider (二) 安裝原理
前言
Linus Benedict Torvalds : RTFSC – Read The Fucking Source Code
ContentProvider下文將會(huì)簡(jiǎn)稱CP。
ContentResolver下文將會(huì)簡(jiǎn)稱CR捞蚂。
概括
ContentProvider的安裝原理其實(shí)就是Apk的安裝原理，這里僅僅分析從安裝過(guò)程中安裝provider的過(guò)程蚁阳。
CP 安裝原理
PackageManagerService
負(fù)責(zé)系統(tǒng)中Package的管理缘回，應(yīng)用程序的安裝介时、卸載起意、信息查詢等诺凡。
我們的安裝流程從scanDirLI()開(kāi)始，無(wú)論是android開(kāi)機(jī)安裝還是手動(dòng)安裝還是其他安裝方式议惰，最終都會(huì)走到PMS的scanDirLI()函數(shù)里面慎颗，對(duì)于我們provider的安裝從scanDirLI()開(kāi)始就夠了。
Step1、scanDirLI()
private void scanDirLI(File dir, int parseFlags, int scanFlags, long currentTime) {
final File[] files = dir.listFiles();
...
scanPackageLI(file, parseFlags | PackageParser.PARSE_MUST_BE_APK,
scanFlags, currentTime, null);
...
}
這個(gè)函數(shù)會(huì)對(duì)于后綴為APK的文件進(jìn)行解析和安裝俯萎。
Step2傲宜、scanPackageLI()
private PackageParser.Package scanPackageLI(File scanFile, int parseFlags, int scanFlags,
long currentTime, UserHandle user) {
...
parseFlags |= mDefParseFlags;
PackageParser pp = new PackageParser();
...
final PackageParser.Package pkg;
pkg = pp.parsePackage(scanFile, parseFlags);
...
if (replace) {
replacePackageLI(pkg, parseFlags, scanFlags | SCAN_REPLACING, args.user,
installerPackageName, volumeUuid, res);
} else {
installNewPackageLI(pkg, parseFlags, scanFlags | SCAN_DELETE_DATA_ON_FAILURES,
args.user, installerPackageName, volumeUuid, res);
}
...
return scannedPkg;
}
這個(gè)函數(shù)首先會(huì)為這個(gè)Apk文件創(chuàng)建一個(gè)PackageParser實(shí)例，接著調(diào)用這個(gè)實(shí)例的parsePackage函數(shù)來(lái)對(duì)這個(gè)Apk文件進(jìn)行解析讯屈。這個(gè)函數(shù)最后還會(huì)調(diào)用另外一個(gè)scanPackageLI函數(shù)來(lái)把解析后得到的應(yīng)用程序信息保存在PackageManagerService中蛋哭，其中就包括Provider信息县习。
Step3涮母、PackageParser.parsePackage()
public Package parsePackage(File sourceFile, String destCodePath, DisplayMetrics metrics, int flags) {
...
mArchiveSourcePath = sourceFile.getPath();
...
XmlResourceParser parser = null;
AssetManager assmgr = null;
boolean assetError = true;
assmgr = new AssetManager();
int cookie = assmgr.addAssetPath(mArchiveSourcePath);
if(cookie != 0) {
parser = assmgr.openXmlResourceParser(cookie, "AndroidManifest.xml");
assetError = false;
}
...
String[] errorText = new String[1];
Package pkg = null;
Exception errorException = null;
Resources res = new Resources(assmgr, metrics, null);
pkg = parsePackage(res, parser, flags, errorText);
...
parser.close();
assmgr.close();
pkg.mPath = destCodePath;
pkg.mScanPath = mArchiveSourcePath;
pkg.mSignatures = null;
return pkg;
}
每一個(gè)Apk文件都是一個(gè)歸檔文件，里面包含了Android應(yīng)用程序的配置文件AndroidManifest.xml躁愿，這里主要就是要對(duì)這個(gè)配置文件進(jìn)行解析叛本，從Apk歸檔文件中得到這個(gè)配置文件后調(diào)用另外一個(gè)parsePackage()。
private Package parsePackage(Resources res, XmlResourceParser parser, int flags, String[] outError) {
...
String pkgName = parsePackageName(parser, attrs, flags, outError);
...
TypedArray sa = res.obtainAttributes(attrs, com.android.internal.R.styleable.AndroidManifest);
...
int type;
while ((type=parser.next()) != parser.END_DOCUMENT
&& (type != parser.END_TAG || parser.getDepth() > outerDepth)) {
if (type == parser.END_TAG || type == parser.TEXT) {continue;}
String tagName = parser.getName();
if (tagName.equals("application")) {
if (!parseApplication(pkg, res, parser, attrs, flags, outError)) {return null;}
} else if (tagName.equals("permission-group")) {
......
} else if (tagName.equals("permission")) {
......
} else if (tagName.equals("permission-tree")) {
......
} ...
}
return pkg;
}
這函數(shù)就是對(duì)AndroidManifest.xml里的標(biāo)簽進(jìn)行解析彤钟。
http://developer.android.com/guide/topics/manifest/manifest-intro.html是谷歌官方文檔来候。
接下來(lái)對(duì)provider的解析存在在"application"里，對(duì)"application"的解析是調(diào)用parseApplication函數(shù)逸雹。
Step4营搅、PackageParser.parseApplication()
private boolean parseApplication(Package owner, Resources res,
XmlPullParser parser, AttributeSet attrs, int flags, String[] outError){
final ApplicationInfo ai = owner.applicationInfo;
final String pkgName = owner.applicationInfo.packageName;
TypedArray sa = res.obtainAttributes(attrs,
com.android.internal.R.styleable.AndroidManifestApplication);
int type;
while ((type=parser.next()) != parser.END_DOCUMENT
&& (type != parser.END_TAG || parser.getDepth() > innerDepth)) {
String tagName = parser.getName();
if (tagName.equals("activity")) {
...
}
} else if (tagName.equals("provider")) {
Provider p = parseProvider(owner, res, parser, attrs, flags, outError);
owner.providers.add(p);
} ...
return true;
}
parseApplication通過(guò)對(duì)AndroidManifest.xml文件中的application標(biāo)簽進(jìn)行解析，這里我們可以看到對(duì)于provider的解析是調(diào)用了parseProvider函數(shù)梆砸。
Step5转质、parseProvider()
private Provider parseProvider(Package owner, Resources res,
XmlPullParser parser, AttributeSet attrs, int flags, String[] outError) {
TypedArray sa = res.obtainAttributes(attrs,
com.android.internal.R.styleable.AndroidManifestProvider);
if (mParseProviderArgs == null) {
mParseProviderArgs = new ParseComponentArgs(owner, outError,
com.android.internal.R.styleable.AndroidManifestProvider_name,
com.android.internal.R.styleable.AndroidManifestProvider_label,
com.android.internal.R.styleable.AndroidManifestProvider_icon, 0,
mSeparateProcesses,
com.android.internal.R.styleable.AndroidManifestProvider_process,
com.android.internal.R.styleable.AndroidManifestProvider_description,
com.android.internal.R.styleable.AndroidManifestProvider_enabled);
mParseProviderArgs.tag = "<provider>";
}
...
mParseProviderArgs.sa = sa;
mParseProviderArgs.flags = flags;
...
Provider p = new Provider(mParseProviderArgs, new ProviderInfo());
...
sa.recycle();
p.info.authority = cpname.intern();
return p;
}
在這里解析我們的provider標(biāo)簽了，最后將解析完畢的Provider對(duì)象返回帖世，這個(gè)返回會(huì)一直返回到Step2休蟹，然后調(diào)用另外一個(gè)installNewPackageLI()或者replacePackageLI()函數(shù)將獲取的值保存。但其實(shí)在installNewPackageLI()或者replacePackageLI()函數(shù)核心里最后都會(huì)調(diào)用scanPackageLI()日矫。所以將直接分析最后的scanPackageLI()函數(shù)
Step6赂弓、scanPackageLI()
// All available providers, for your resolving pleasure.
final ProviderIntentResolver mProviders = new ProviderIntentResolver();
private PackageParser.Package scanPackageLI(PackageParser.Package pkg, int parseFlags,
int scanFlags, long currentTime, UserHandle user) throws PackageManagerException {
boolean success = false;
final PackageParser.Package res = scanPackageDirtyLI(pkg, parseFlags, scanFlags,
currentTime, user);
success = true;
return res;
}
private PackageParser.Package scanPackageDirtyLI(PackageParser.Package pkg, int parseFlags,
int scanFlags, long currentTime, UserHandle user) {
// writer
synchronized (mPackages) {
...
int N = pkg.providers.size();
int i;
for (i=0; i<N; i++) {
PackageParser.Provider p = pkg.providers.get(i);
p.info.processName = fixProcessName(pkg.applicationInfo.processName,
p.info.processName, pkg.applicationInfo.uid);
mProviders.addProvider(p); // 將Provider保存在本地了。
...
}
}
}
最后我們走過(guò)相當(dāng)長(zhǎng)的旅程哪轿，終于將Provider從AndroidManifest里面拿出來(lái)并且保存到系統(tǒng)的PackageManagerService里面盈魁。以后每當(dāng)我們要獲取對(duì)應(yīng)的Provider時(shí)候就可以從PMS里面查詢并且獲取。
需要注意的是：如果有相同的provider已經(jīng)加載窃诉，新的就不加載進(jìn)來(lái)了杨耙。
總結(jié)
通過(guò)六個(gè)步驟我們了解了APK里面的Provider怎么從安裝包里面加載到PMS里，以提供外部使用褐奴。
最后總結(jié)下這六個(gè)步驟：
- 掃描所有后綴為APK的文件并準(zhǔn)備對(duì)其進(jìn)行解析和安裝按脚。
- 掃描單個(gè)APK看是新安裝還是覆蓋安裝，來(lái)做不同的區(qū)分解析和安裝敦冬。
- 對(duì)每一個(gè)Apk文件包含的Android應(yīng)用程序的配置文件AndroidManifest.xml進(jìn)行解析辅搬。
- 深入解析AndroidManifest里的application標(biāo)簽。
- 具體解析provider標(biāo)簽。
- 將所有解析的信息保存到PMS相應(yīng)的變量里堪遂。
