webview初始化
關(guān)注Android加載webview內(nèi)核的過程媒至。我們從WebView的init過程中切入粱哼。
WebView的構(gòu)造方法,最終都會調(diào)用
WebView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes,
Map<String, Object> javaScriptInterfaces, boolean privateBrowsing)
這個方法季二，這個方法做了如下幾個事情：
- 線程檢查
- Provider類的選擇
- Provider類的初始化
- Cookie相關(guān)的處理
線程檢查是為了保證WebView在同一個線程中進行創(chuàng)建，暫時不深究揭措。把主要的經(jīng)歷放在Provider相關(guān)的邏輯胯舷。
mProvider是WebView中一個成員變量，類型是WebViewProvider.實際上绊含，我們可以發(fā)現(xiàn)WebView所有的邏輯處理都是通過WebViewProvider來實現(xiàn)的桑嘶，例如：
load(String url)方法的源碼實現(xiàn)是
public void loadUrl(String url, Map<String, String> additionalHttpHeaders) {
checkThread();
mProvider.loadUrl(url, additionalHttpHeaders);
}
WebViewProvider實際是一個interface
進入源碼，他包括了大部分WebView中的同名方法躬充。包括loadUrl,reload,goBack等逃顶。所以他是WebView的真正能力提供者讨便。
查看源碼ensureProviderCreated()方法
mProvider = getFactory().createWebView(this, new PrivateAccess());
getFactory的具體實現(xiàn)是
private static synchronized WebViewFactoryProvider getFactory() {
return WebViewFactory.getProvider();
}
這一步是為了確定WebViewProvider的子類,Provider的構(gòu)造根據(jù)WebViewFactory類確定。Android在5.0后將webview內(nèi)核從webkit換成了chromium以政，這里使用工廠模式可以將內(nèi)核實現(xiàn)反射和上層初始化的代碼解耦
我們選取getProvider()方法中的核心邏輯進行分析
try {
Class<WebViewFactoryProvider> providerClass = getProviderClass();
Trace.traceBegin(Trace.TRACE_TAG_WEBVIEW, "providerClass.newInstance()");
try {
sProviderInstance = providerClass.getConstructor(WebViewDelegate.class)
.newInstance(new WebViewDelegate());
return sProviderInstance;
} catch (Exception e) {
} finally {
}
finally {
}
}
有些版本的實現(xiàn)為
try {
Class<WebViewFactoryProvider> providerClass = getProviderClass();
Method staticFactory = null;
try {
staticFactory = providerClass.getMethod(CHROMIUM_WEBVIEW_FACTORY_METHOD, WebViewDelegate.class);
} catch (Exception e) {
}
try {
sProviderInstance = (WebViewFactoryProvider)staticFactory.invoke(null, new WebViewDelegate());
return sProviderInstance;
} catch (Exception e) {
}
} catch (Exception e) {
}
這里在獲取了實際的FactoryProvider class之后霸褒，利用反射，創(chuàng)建了真實的FactoryProvider對象
那么到底是如何確認應(yīng)該獲取那個FactoryProvider對象呢
繼續(xù)看getProviderClass()方法的代碼：
Context webViewContext = null;
Application initialApplication = AppGlobals.getInitialApplication();
try {
try {
webViewContext = getWebViewContextAndSetProvider();
} finally {
Trace.traceEnd(Trace.TRACE_TAG_WEBVIEW);
}
try {
ClassLoader clazzLoader = webViewContext.getClassLoader();
loadNativeLibrary(clazzLoader);
try {
return (Class<WebViewFactoryProvider>) Class.forName(CHROMIUM_WEBVIEW_FACTORY,true, clazzLoader);
} finally {
}
} catch () {
}
} catch (MissingWebViewPackageException e) {
try {
return (Class<WebViewFactoryProvider>) Class.forName(NULL_WEBVIEW_FACTORY);
} catch (ClassNotFoundException e2) {
// Ignore.
}
}
可以看到
Provider類型結(jié)果分為兩種
- CHROMIUM_WEBVIEW_FACTORY com.android.webview.chromium.WebViewChromiumFactoryProvider
- NULL_WEBVIEW_FACTORY com.android.webview.nullwebview.NullWebViewFactoryProvider
正常的加載結(jié)果大致分為2步
- 確定webview的PackageInfo和Context
- 根據(jù)此結(jié)果load library
分析第一步盈蛮，我們查看方法getWebViewContextAndSetProvider()
里面的核心邏輯為
WebViewProviderResponse response = null;
response = getUpdateService().waitForAndGetProvider();
PackageInfo newPackageInfo = null;
newPackageInfo = initialApplication.getPackageManager().getPackageInfo(
response.packageInfo.packageName,
PackageManager.GET_SHARED_LIBRARY_FILES
| PackageManager.MATCH_DEBUG_TRIAGED_MISSING
// Make sure that we fetch the current provider even if its not
// installed for the current user
| PackageManager.MATCH_UNINSTALLED_PACKAGES
// Fetch signatures for verification
| PackageManager.GET_SIGNATURES
// Get meta-data for meta data flag verification
| PackageManager.GET_META_DATA);
verifyPackageInfo(response.packageInfo, newPackageInfo);
Context webViewContext = initialApplication.createApplicationContext(
newPackageInfo.applicationInfo,
Context.CONTEXT_INCLUDE_CODE | Context.CONTEXT_IGNORE_SECURITY);
sPackageInfo = newPackageInfo;
return webViewContext;
我們重點追蹤waitForAndGetProvider()這個方法废菱。這個方法會調(diào)用
WebViewUpdateServiceImpl類的waitForAndGetProvider()方法，繼而調(diào)用WebViewUpdate的waitForAndGetProvider()
waitForAndGetProvider()中會根據(jù)mCurrentWebViewPackage創(chuàng)建WebViewProviderResponse對象
在onWebViewProviderChanged()中抖誉，我們獲取到了Package對象殊轴。在findPreferredWebViewPackage()方法中，我們會獲取到最新的package對象
findPreferredWebViewPackage()的核心邏輯為
String userChosenProvider = mSystemInterface.getUserChosenWebViewProvider(mContext);
如果用戶已經(jīng)選擇了WebView寸五，那么使用用戶選擇的
for (ProviderAndPackageInfo providerAndPackage : providers) {
if (providerAndPackage.provider.packageName.equals(userChosenProvider)) {
// userPackages can contain null objects.
List<UserPackage> userPackages =
mSystemInterface.getPackageInfoForProviderAllUsers(mContext,providerAndPackage.provider);
if (isInstalledAndEnabledForAllUsers(userPackages)) {
return providerAndPackage.packageInfo;
}
}
}
如果選擇失敗或者沒有選擇梳凛，就使用最穩(wěn)定的
for (ProviderAndPackageInfo providerAndPackage : providers) {
if (providerAndPackage.provider.availableByDefault) {
// userPackages can contain null objects.
List<UserPackage> userPackages =
mSystemInterface.getPackageInfoForProviderAllUsers(mContext,providerAndPackage.provider);
if (isInstalledAndEnabledForAllUsers(userPackages)) {
return providerAndPackage.packageInfo;
}
}
}
那么Android是如何獲取所有的package呢？
在com.android.server.webkit.SystemImpl中有答案梳杏，
parser = AppGlobals.getInitialApplication().getResources().getXml(
com.android.internal.R.xml.config_webview_packages);
在SystemImpl中調(diào)用了如下邏輯。原來淹接，webview相關(guān)的package信息是存放在一個xml文件里面的十性。
config_webview_packages.xml的內(nèi)容如下：
<webviewproviders>
<!-- The default WebView implementation -->
<webviewprovider description="Android WebView" packageName="com.android.webview" />
</webviewproviders>
由此可見，Android默認的system webview的package name就是com.android.webview塑悼，在Android 7.0后劲适，用戶可以在settings里面選擇webview實現(xiàn)。如果用戶手機安裝了Chrome android app厢蒜，那么可以將webview實現(xiàn)選擇為chrome
這里我們就跟蹤完了第一步獲取WebView的Context和Provider霞势。這里會返回Context。
接下來分析第二步驟斑鸦，真正的加載webview的chromium動態(tài)庫
loadNativeLibrary方法的核心邏輯如下
String[] args = getWebViewNativeLibraryPaths(sPackageInfo);
int result = nativeLoadWithRelroFile(args[0] /* path32 */,
args[1] /* path64 */,
CHROMIUM_WEBVIEW_NATIVE_RELRO_32,
CHROMIUM_WEBVIEW_NATIVE_RELRO_64,
clazzLoader);
return result;
走到getWebViewNativeLibraryPaths愕贡，這個是獲取webview動態(tài)庫的path，分別還對32位和64位系統(tǒng)進行了處理巷屿。而這個動態(tài)庫的形式固以，是一個APK文件。
在getLoadFromApkPath方法中有如下調(diào)用
try (ZipFile z = new ZipFile(apkPath)) {
for (String abi : abiList) {
final String entry = "lib/" + abi + "/" + nativeLibFileName;
ZipEntry e = z.getEntry(entry);
if (e != null && e.getMethod() == ZipEntry.STORED) {
// Return a path formatted for dlopen() load from APK.
return apkPath + "!/" + entry;
}
}
} catch (IOException e) {
throw new MissingWebViewPackageException(e);
}
loadWithRelroFile方法則調(diào)用了一個jni方法
nativeLoadWithRelroFile()
我們可以找到源碼framework/base/native/webview里面找到loader.cpp
里面有jint LoadWithRelroFile(JNIEnv* env, jclass, jstring lib, jstring relro32,
jstring relro64, jobject clazzLoader)方法嘱巾，這個方法調(diào)用了jint DoLoadWithRelroFile(JNIEnv* env, const char* lib, const char* relro,
jobject clazzLoader)方法憨琳，這個方法的內(nèi)部邏輯如下
int relro_fd = TEMP_FAILURE_RETRY(open(relro, O_RDONLY));
android_namespace_t* ns =
android::FindNamespaceByClassLoader(env, clazzLoader);
android_dlextinfo extinfo;
extinfo.flags = ANDROID_DLEXT_RESERVED_ADDRESS | ANDROID_DLEXT_USE_RELRO |
ANDROID_DLEXT_USE_NAMESPACE;
extinfo.reserved_addr = gReservedAddress;
extinfo.reserved_size = gReservedSize;
extinfo.relro_fd = relro_fd;
extinfo.library_namespace = ns;
void* handle = android_dlopen_ext(lib, RTLD_NOW, &extinfo);
close(relro_fd);
return LIBLOAD_SUCCESS;
這部分cpp代碼不是很熟，參考了網(wǎng)上的解釋
"
函數(shù)DoLoadWithRelroFile會將告訴函數(shù)android_dlopen_ext在加載Chromium動態(tài)庫的時候旬昭，將參數(shù)relro描述的Chromium GNU_RELRO Section文件內(nèi)存映射到內(nèi)存來篙螟，并且代替掉已經(jīng)加載的Chromium動態(tài)庫的GNU_RELRO Section。這是通過將指定一個ANDROID_DLEXT_USE_RELRO標志實現(xiàn)的问拘。
之所以可以這樣做遍略，是因為參數(shù)relro描述的Chromium GNU_RELRO Section文件對應(yīng)的Chromium動態(tài)庫的加載地址與當前App進程加載的Chromium動態(tài)庫的地址一致慢味。只要兩個相同的動態(tài)庫在兩個不同的進程中的加載地址一致，它們的鏈接和重定位信息就是完全一致的墅冷，因此就可以通過文件內(nèi)存映射的方式進行共享纯路。共享之后，就可以達到節(jié)省內(nèi)存的目的了
"
這里就完成了Chromium動態(tài)庫的加載寞忿。
回到webview初始化的地方驰唬，繼續(xù)會調(diào)用WebViewFactoryProvider的createWebView方法,如果加載的chromium，那么這個接口的實現(xiàn)類是WebViewChromiumFactoryProvider腔彰，它在createWebView中會返回一個WebViewChromium對象
WebViewChromium wvc = new WebViewChromium(this, webView, privateAccess);
synchronized (mLock) {
if (mWebViewsToStart != null) {
mWebViewsToStart.add(new WeakReference<WebViewChromium>(wvc));
}
}
return wvc;
我們實際的Provider類為WebViewChromium,接下來會調(diào)用WebViewChromium的init方法叫编，這里會初始化真正的WebView引擎，包括渲染等模塊的加載
WebView的初始化過程就分析到這里霹抛。后面會繼續(xù)分析Provider的工作流程搓逾，以及WebView是如何加載動態(tài)庫的細節(jié)~
參考文章地址：http://blog.csdn.net/luoshengyang/article/details/53209199
