WebView深究之Android是如何實現(xiàn)webview初始化的

webview初始化

關注Android加載webview內核的過程。我們從WebView的init過程中切入。
WebView的構造方法,最終都會調用

WebView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes,
            Map<String, Object> javaScriptInterfaces, boolean privateBrowsing)

這個方法，這個方法做了如下幾個事情：

  1. 線程檢查
  2. Provider類的選擇
  3. Provider類的初始化
  4. Cookie相關的處理

線程檢查是為了保證WebView在同一個線程中進行創(chuàng)建，暫時不深究。把主要的經歷放在Provider相關的邏輯。

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的構造根據WebViewFactory類確定。Android在5.0后將webview內核從webkit換成了chromium，這里使用工廠模式可以將內核實現(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對象

那么到底是如何確認應該獲取那個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類型結果分為兩種

  • CHROMIUM_WEBVIEW_FACTORY com.android.webview.chromium.WebViewChromiumFactoryProvider
  • NULL_WEBVIEW_FACTORY com.android.webview.nullwebview.NullWebViewFactoryProvider

正常的加載結果大致分為2步

  1. 確定webview的PackageInfo和Context
  2. 根據此結果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()這個方法。這個方法會調用
WebViewUpdateServiceImpl類的waitForAndGetProvider()方法，繼而調用WebViewUpdate的waitForAndGetProvider()

waitForAndGetProvider()中會根據mCurrentWebViewPackage創(chuàng)建WebViewProviderResponse對象

在onWebViewProviderChanged()中，我們獲取到了Package對象。在findPreferredWebViewPackage()方法中，我們會獲取到最新的package對象

findPreferredWebViewPackage()的核心邏輯為

String userChosenProvider = mSystemInterface.getUserChosenWebViewProvider(mContext);

如果用戶已經選擇了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中調用了如下邏輯。原來，webview相關的package信息是存放在一個xml文件里面的。

config_webview_packages.xml的內容如下：

<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方法中有如下調用

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方法則調用了一個jni方法
nativeLoadWithRelroFile()

我們可以找到源碼framework/base/native/webview里面找到loader.cpp
里面有jint LoadWithRelroFile(JNIEnv* env, jclass, jstring lib, jstring relro32,
jstring relro64, jobject clazzLoader)方法，這個方法調用了jint DoLoadWithRelroFile(JNIEnv* env, const char* lib, const char* relro,
jobject clazzLoader)方法，這個方法的內部邏輯如下

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代碼不是很熟，參考了網上的解釋
"
函數(shù)DoLoadWithRelroFile會將告訴函數(shù)android_dlopen_ext在加載Chromium動態(tài)庫的時候，將參數(shù)relro描述的Chromium GNU_RELRO Section文件內存映射到內存來，并且代替掉已經加載的Chromium動態(tài)庫的GNU_RELRO Section。這是通過將指定一個ANDROID_DLEXT_USE_RELRO標志實現(xiàn)的。

之所以可以這樣做，是因為參數(shù)relro描述的Chromium GNU_RELRO Section文件對應的Chromium動態(tài)庫的加載地址與當前App進程加載的Chromium動態(tài)庫的地址一致。只要兩個相同的動態(tài)庫在兩個不同的進程中的加載地址一致，它們的鏈接和重定位信息就是完全一致的，因此就可以通過文件內存映射的方式進行共享。共享之后，就可以達到節(jié)省內存的目的了
"

這里就完成了Chromium動態(tài)庫的加載。

回到webview初始化的地方，繼續(xù)會調用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,接下來會調用WebViewChromium的init方法，這里會初始化真正的WebView引擎，包括渲染等模塊的加載

WebView的初始化過程就分析到這里。后面會繼續(xù)分析Provider的工作流程，以及WebView是如何加載動態(tài)庫的細節(jié)~

參考文章地址：http://blog.csdn.net/luoshengyang/article/details/53209199

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成，瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發(fā)布，文章內容僅代表作者本人觀點，簡書系信息發(fā)布平臺，僅提供信息存儲服務。

相關閱讀更多精彩內容

  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 179,326評論 25贊 708
  • afinalAfinal是一個android的ioc，orm框架 https://github.com/yangf...
    passiontim閱讀 15,898評論 2贊 45
  • CSS框架 What:簡單地說，就是一些事先寫好的css集合，你只需要給你的html元素加上一些特定的類，就可以快...
    everfight閱讀 3,007評論 0贊 10
  • 天地不仁，以萬物為芻狗。 恰似這冰雨隨風入夜，潤物無聲。 道，法，自然
    郅公子閱讀 249評論 0贊 0
  • 童年的時候 我總是坐在他的后面 他總是在前面保護著我 那時候的我 只是個膽小 脆弱 愛哭的孩子 不論我是悲傷 還是...
    鬼暗閱讀 212評論 6贊 6

友情鏈接更多精彩內容