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

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

}
}

public SharedStatics getStatics() {
synchronized (mLock) {
if (mSharedStatics == null) {
ensureChromiumStartedLocked(true);
}
}
return mSharedStatics;
}

public GeolocationPermissions getDefaultGeolocationPermissions() {
synchronized (mLock) {
if (mDefaultGeolocationPermissions == null) {
ensureChromiumStartedLocked(true);
}
}
return mDefaultGeolocationPermissions;
}

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 接口某个接口方法就行。

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

由于 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 工作不到一分钟就能完成。

当然，这里还需要考虑一个问题，那就是当用户机器的 defaultUserAgent 发生变化之后，怎么才能及时的更新本地缓存以及网络请求中用上新的defaultUserAgent。我们的做法是：

• 当本地没有缓存时，立刻调用 WebSettings.getDefaultUserAgent 拿值并更新缓存；
• 每次App启动阶段结束之后，会在子线程中去调用WebSettings.getDefaultUserAgent 拿值并更新缓存。

这样处理之后，将 defaultUserAgent 发生变化之后的影响最小化，系统 WebView 升级本身就是极度不频繁的事情，在这种 case 下我们舍弃了下一次 App 打开前几个网络请求的 defaultUserAgent 正确性也是合理的，这也是我们考量 「风险收益比」的一个经典case。

5. 确认问题被解决

通过上述 hook，我们重新打包 run 一遍 app，在启动阶段已经观察不到相关耗时了。

搞定，收工，不仅解决问题效率高，写博客也效率高，一会就整完了，简直就像是季度绩效考核前的产品，出方案和上线的效率就一个字，嗖。

为了帮助到大家更好的全面清晰的掌握好性能优化，准备了相关的核心笔记（还含底层逻辑）：https://qr18.cn/FVlo89

性能优化核心笔记：https://qr18.cn/FVlo89

资源分享

• 最新大厂面试专题

这个题库内容是比较多的，除了一些流行的热门技术面试题，如Kotlin，数据库，Java虚拟机面试题，数组，Framework ，混合跨平台开发，等

• 对应导图的Android高级工程师进阶系统学习视频
  最近热门的，NDK，热修复，MVVM，源码等一系列系统学习视频都有！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

[外链图片转存中…(img-711IfjSu-1713669465396)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-SiiTA0VV-1713669465396)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！