Android 启动优化案例：WebView非预期初始化排查_android重新打开应用,webview重新初始化问题(2)

最新推荐文章于 2024-06-10 07:11:38 发布

2401_83974570

最新推荐文章于 2024-06-10 07:11:38 发布

阅读量990

点赞数 25

分类专栏： 2024年程序员学习文章标签： android

本文链接：https://blog.csdn.net/2401_83974570/article/details/137551192

版权

2024年程序员学习专栏收录该内容

251 篇文章 1 订阅

订阅专栏

}

public AwServiceWorkerController getDefaultServiceWorkerController() {
synchronized (mLock) {
if (mDefaultServiceWorkerController == null) {
ensureChromiumStartedLocked(true);
}
}
return mDefaultServiceWorkerController;
}
public android.webkit.WebIconDatabase getWebIconDatabase() {
synchronized (mLock) {
ensureChromiumStartedLocked(true);
if (mWebIconDatabase == null) {
mWebIconDatabase = new WebIconDatabaseAdapter();
}
}
return mWebIconDatabase;
}

public WebStorage getDefaultWebStorage() {
synchronized (mLock) {
if (mDefaultWebStorage == null) {
ensureChromiumStartedLocked(true);
}
}
return mDefaultWebStorage;
}

public WebViewDatabase getDefaultWebViewDatabase(final Context context) {
synchronized (mLock) {
ensureChromiumStartedLocked(true);
if (mDefaultWebViewDatabase == null) {
mDefaultWebViewDatabase = new WebViewDatabaseAdapter(mFactory,
HttpAuthDatabase.newInstance(context, HTTP_AUTH_DATABASE_FILE),
mDefaultBrowserContext);
}
}
return mDefaultWebViewDatabase;
}
}

WebViewChromiumFactoryProvider.java

经过上面对的简单分析，我们大概知道了WebViewChromiumAwInit.startChromiumLocked是被 ensureChromiumStartedLocked 方法调用的，而ensureChromiumStartedLocked 方法会被以下几个方法调用，那我们接下来的工作就需要找到下面这几个方法到底被谁调用了。

-getAwTracingController
-getAwProxyController
-startYourEngines
-getStatics
-getDefaultGeolocationPermissions
-getDefaultServiceWorkerController
-getWebIconDatabase
-getDefaultWebStorage
-getDefaultWebViewDatabase

到这里，分享我的一个土方法，我们要找到底哪个地方会调用这些方法，那就找一个不认识的、看上去不会被别人提起的方法，进行 google，我们一眼就选中了getDefaultServiceWorkerController 方法，没办法，谁叫我不认识你呢。虽然方法笨，但是架不住效率啊。于是乎，我们把它揪出来了 - WebViewChromiumFactoryProvider.java

我们大概了解一下 WebViewChromiumFactoryProvider 大概是个什么角色，WebViewChromiumFactoryProvider 实现了 WebViewFactoryProvider 接口，简单理解就是 WebView 的工厂，App 如果要创建 WebView，就会通过 WebViewFactoryProvider 接口的实现类进行 createWebView，所以其实就是个工厂模式。通过抽象规范 api，保证兼容性和可移植性可扩展性。

我们在这个文件中也如愿以偿的看到了上面列出来的几个方法的调用。WebViewChromiumFactoryProvider 在接口方法的实现中，调用了WebViewChromiumAwInit 里的一系列方法，如下：

//WebViewChromiumFactoryProvider.java
@Override
public WebViewProvider createWebView(WebView webView, WebView.PrivateAccess privateAccess) {
return new WebViewChromium(this, webView, privateAccess, mShouldDisableThreadChecking);
}

//我们截取一段
@Override
public GeolocationPermissions getGeolocationPermissions() {
return mAwInit.getDefaultGeolocationPermissions();
}
@Override
public CookieManager getCookieManager() {
return mAwInit.getDefaultCookieManager();
}
@Override
public ServiceWorkerController getServiceWorkerController() {
synchronized (mAwInit.getLock()) {
if (mServiceWorkerController == null) {
mServiceWorkerController = new ServiceWorkerControllerAdapter(
mAwInit.getDefaultServiceWorkerController());
}
}
return mServiceWorkerController;
}
@Override
public TokenBindingService getTokenBindingService() {
return null;
}
@Override
public android.webkit.WebIconDatabase getWebIconDatabase() {
return mAwInit.getWebIconDatabase();
}
@Override
public WebStorage getWebStorage() {
return mAwInit.getDefaultWebStorage();
}
@Override
public WebViewDatabase getWebViewDatabase(final Context context) {
return mAwInit.getDefaultWebViewDatabase(context);
}
WebViewDelegate getWebViewDelegate() {
return mWebViewDelegate;
}
WebViewContentsClientAdapter createWebViewContentsClientAdapter(WebView webView,
Context context) {
try (ScopedSysTraceEvent e = ScopedSysTraceEvent.scoped(
“WebViewChromiumFactoryProvider.insideCreateWebViewContentsClientAdapter”)) {
return new WebViewContentsClientAdapter(webView, context, mWebViewDelegate);
}
}
void startYourEngines(boolean onMainThread) {
try (ScopedSysTraceEvent e1 = ScopedSysTraceEvent.scoped(
“WebViewChromiumFactoryProvider.startYourEngines”)) {
mAwInit.startYourEngines(onMainThread);
}
}
boolean hasStarted() {
return mAwInit.hasStarted();
}

3. 确定问题

我们上面通过阅读 WebViewChromiumFactoryProvider.java、WebViewChromiumAwInit.java 这两个文件具体代码实现，有了一个比较清晰的思路。

App 在初始化过程中，调用到了 WebViewFactoryProvider 接口实现类的某个方法，这个方法调用了 WebViewChromiumAwInit 的下面方法中的其中一个或者多个。那其实问题就清晰了，我们只需要找到，我们 app 启动阶段到底哪行代码，会调用到 WebViewFactoryProvider 接口某个接口方法就行。

由于 WebView 的代码并不会打包进 app 里，App 用的 WebView 内核都是用的 Android 系统负责内置、升级的 WebView 内核代码，所以通过 transform 的方式进行 hook 调用是不行的，这里我们采用动态代理的方式，对 WebViewFactoryProvider 接口方法进行 hook，我们通过动态代理生成一个 proxy 对象，通过反射的方式，替换掉 android.webkit.WebViewFactory 的 sProviderInstance 对象。

##WebViewFactory
@SystemApi
public final class WebViewFactory{
//…
@UnsupportedAppUsage
private static WebViewFactoryProvider sProviderInstance;
//…
}

##动态代理
try {
Class clas = Class.forName(“android.webkit.WebViewFactory”);
Method method = clas.getDeclaredMethod(“getProvider”);
method.setAccessible(true);
Object obj = method.invoke(null);

Object hookService = Proxy.newProxyInstance(obj.getClass().getClassLoader(), obj.getClass().getSuperclass().getInterfaces(),
new InvocationHandler() {
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
Log.d(“zttt”, "hookService method: " + method.getName());
new RuntimeException(method.getName()).printStackTrace();
return method.invoke(obj, args);
}
});

Field field = clas.getDeclaredField(“sProviderInstance”);
field.setAccessible(true);
field.set(null, hookService);
} catch (Exception e) {
e.printStackTrace();
}

替换掉 sProviderInstance 之后，我们就可以在我们的代理逻辑中，加上断点来进行调试，最终找到了造成 WebView非预期初始化的始作俑者：WebSettings.getDefaultUserAgent。

4. 解决问题

事情到这里就好解决了，只需要对 WebSettings.getDefaultUserAgent 进行编译期的Hook，重定向到带缓存defaultUserAgent 的相关方法就行了，本地有缓存则直接读取，本地没有则立即读取，得益于之前我在项目中实现的使用方便的配置化 Hook 框架，这种小打小闹的 Hook 工作不到一分钟就能完成。