在我们使用

首页没有WebView的使用、预加载X5内核的初始化也在启动流程之后

顺藤摸瓜

搞懂流程如果在排查启动性能时发现了不符合预期的主(子)线程耗时第一步就是摸清楚这段耗时代码是怎么被调用的。

见招拆招当我们知道代码如何被调用的之后就可以想办法进行修复工作如果是因为项目代码在错误的时机被调用那就延后或者去除相关调用

那我们开始第一步搞懂流程我们能看到图中耗时代码块被调用的系统方法是

WebViewChromiumAwInit.startChromiumLocked由于

Perfetto

ensureChromiumStartedLocked(boolean

{assert

INIT_STARTED;setChromiumUiThreadLocked(fromThreadSafeFunction);}if

(ThreadUtils.runningOnUiThread())

{//

runs.startChromiumLocked();return;}mIsPostedFromBackgroundThread

true;//

thread-safe.AwThreadUtils.postToUiThreadLooper(new

Runnable()

文件里大致找一下就能找到以下嫌疑人第一反应是“这也太多了吧这咋排查啊”。

-startYourEngines

-getDefaultGeolocationPermissions

-getDefaultServiceWorkerController

-getWebIconDatabase

-getDefaultWebViewDatabasepublic

class

{ensureChromiumStartedLocked(true);}}return

AwProxyController

{ensureChromiumStartedLocked(true);}}return

{synchronized

{ensureChromiumStartedLocked(fromThreadSafeFunction);}}public

SharedStatics

{ensureChromiumStartedLocked(true);}}return

getDefaultGeolocationPermissions()

{synchronized

(mDefaultGeolocationPermissions

null)

{ensureChromiumStartedLocked(true);}}return

mDefaultGeolocationPermissions;}public

getDefaultServiceWorkerController()

{synchronized

(mDefaultServiceWorkerController

null)

{ensureChromiumStartedLocked(true);}}return

mDefaultServiceWorkerController;}public

getWebIconDatabase()

{ensureChromiumStartedLocked(true);if

(mWebIconDatabase

WebIconDatabaseAdapter();}}return

WebStorage

{ensureChromiumStartedLocked(true);}}return

WebViewDatabase

getDefaultWebViewDatabase(final

Context

{ensureChromiumStartedLocked(true);if

null)

WebViewDatabaseAdapter(mFactory,HttpAuthDatabase.newInstance(context,

HTTP_AUTH_DATABASE_FILE),mDefaultBrowserContext);}}return

}WebViewChromiumFactoryProvider.java

经过上面对的简单分析我们大概知道了WebViewChromiumAwInit.startChromiumLocked是被

方法调用的而ensureChromiumStartedLocked

方法会被以下几个方法调用那我们接下来的工作就需要找到下面这几个方法到底被谁调用了。

-startYourEngines

-getDefaultGeolocationPermissions

-getDefaultServiceWorkerController

-getWebIconDatabase

-getDefaultWebViewDatabase到这里分享我的一个土方法我们要找到底哪个地方会调用这些方法那就找一个不认识的、看上去不会被别人提起的方法进行

google我们一眼就选中了getDefaultServiceWorkerController

方法没办法谁叫我不认识你呢。

虽然方法笨但是架不住效率啊。

于是乎我们把它揪出来了

WebViewChromiumFactoryProvider.java

大概是个什么角色WebViewChromiumFactoryProvider

WebView

createWebView所以其实就是个工厂模式。

通过抽象规范

我们在这个文件中也如愿以偿的看到了上面列出来的几个方法的调用。

WebViewChromiumFactoryProvider

在接口方法的实现中调用了WebViewChromiumAwInit

//WebViewChromiumFactoryProvider.java

Override

mAwInit.getDefaultGeolocationPermissions();}Overridepublic

CookieManager

mAwInit.getDefaultCookieManager();}Overridepublic

{synchronized

ServiceWorkerControllerAdapter(mAwInit.getDefaultServiceWorkerController());}}return

mServiceWorkerController;}Overridepublic

TokenBindingService

mAwInit.getWebIconDatabase();}Overridepublic

WebStorage

mAwInit.getDefaultWebStorage();}Overridepublic

WebViewDatabase

mAwInit.getDefaultWebViewDatabase(context);}WebViewDelegate

getWebViewDelegate()

mWebViewDelegate;}WebViewContentsClientAdapter

createWebViewContentsClientAdapter(WebView

webView,Context

ScopedSysTraceEvent.scoped(WebViewChromiumFactoryProvider.insideCreateWebViewContentsClientAdapter))

{return

WebViewContentsClientAdapter(webView,

context,

ScopedSysTraceEvent.scoped(WebViewChromiumFactoryProvider.startYourEngines))

{mAwInit.startYourEngines(onMainThread);}}boolean

hasStarted()

WebViewChromiumFactoryProvider.java、WebViewChromiumAwInit.java

App

的下面方法中的其中一个或者多个。

那其实问题就清晰了我们只需要找到我们

app

-getDefaultGeolocationPermissions

-getDefaultServiceWorkerController

-getWebIconDatabase

##WebViewFactorySystemApipublic

final

WebViewFactory{//...UnsupportedAppUsageprivate

static

sProviderInstance;//...}##动态代理try

{Class

Class.forName(android.webkit.WebViewFactory);Method

method

clas.getDeclaredMethod(getProvider);method.setAccessible(true);Object

obj

Proxy.newProxyInstance(obj.getClass().getClassLoader(),

obj.getClass().getSuperclass().getInterfaces(),new

InvocationHandler()

RuntimeException(method.getName()).printStackTrace();return

method.invoke(obj,

clas.getDeclaredField(sProviderInstance);field.setAccessible(true);field.set(null,

hookService);}

之后我们就可以在我们的代理逻辑中加上断点来进行调试最终找到了造成

WebView非预期初始化的始作俑者WebSettings.getDefaultUserAgent。

解决问题

WebSettings.getDefaultUserAgent

进行编译期的Hook重定向到带缓存defaultUserAgent

的相关方法就行了本地有缓存则直接读取本地没有则立即读取得益于之前我在项目中实现的使用方便的

配置化

发生变化之后怎么才能及时的更新本地缓存以及网络请求中用上新的defaultUserAgent。

我们的做法是

当本地没有缓存时立刻调用

WebSettings.getDefaultUserAgent

拿值并更新缓存

每次App启动阶段结束之后会在子线程中去调用WebSettings.getDefaultUserAgent

这样处理之后将

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

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

启动优化

Bitmap优化与图片压缩优化https://qr18.cn/FVlo89

多线程并发优化与数据传输效率优化

Framework学习手册》https://qr18.cn/AQpN4J

开机Init