Android平台webkit组件java层代码分析

川长思鸟来 2022-12-19 03:55 215阅读 0赞

转自ITeye: [ constGU][constGU]

本文将围绕android平台webkit组件中，java层的几个主要类进行分析，说明各个类的职责以及类之间的关系。若有错误疏漏之处，望不吝指出。  
（源码所在目录  $\{framework\_sourcecode\_loc\}\\core\\java\\android\\webkit ）

## **一、概述** ##

Android平台webkit组件java层封装了一系列浏览网页相关的功能，对开发者而言，主要功能有以下两点：  
  
1、接收上层请求（eg：loadUrl, goBack, reload...），并将请求委托给底层模块（so库）处理  
2、将处理的中间过程和结果通过回调接口通知上层（eg：onPageStarted, onPageFinished, shouldOverrideUrlLoading...）

## 二、主要功能类介绍 ##

### 1、类层次 ###

自顶向下依次为：  
  
WebView  
WebViewProvider, WebViewClassic  
WebViewCore, EventHub, CallbackProxy  
BroswerFrame  
  
   
（说明：层次划分的依据是类之间的创建和调用关系，不一定非常严格，可能由于业务逻辑需要，会出现底层调用上层的情况，例如：BroswerFrame会调用CallbackProxy中定义的接口）

### 2、类之间关系 ###

在介绍类之间关系之前，有两点需要先说明：  
a、函数根据调用发起者的层次关系，分为上层请求 和 底层回调两种。  
上层请求函数包括：  
    loadUrl, goBack, reload 等  
底层回调函数包括：  
    onPageStarted, onPageFinished, shouldOverrideUrlLoading 等  
  
b、函数可能在UI线程执行，也可能在WebCore线程执行。  
   UI线程：即创建Framework WebView组件所在线程  
   WebCore线程：native层通过jni调用java函数所在线程（即调用WebViewCore类initializeSubwindow的线程）  
  
  
在主要功能类中，函数可以根据功能划分，分为3类：  
  
    业务逻辑相关  
    View显示相关  
    Scroll控制相关  
  
下面以业务逻辑相关的函数为例，说明各个类之间的关系：（蓝色表示调用执行在UI线程，红色表示执行在WebCore线程）  
  
     上层请求路径：(loadUrl, goBack, reload)  
         WebView->WebViewClassic->WebCore->WebCore.EventHub->BrowserFrame->native  
     底层回调路径：(onPageStarted, onPageFinished, shouldOverrideUrlLoading)  
         native->BrowserFrame->CallbackProxy->CallbackProxy.Handler->WebViewClassic/WebViewClient/WebChromeClient       
  
调用关系图如下图：  
（图中，蓝色箭头表示调用在UI线程执行，红色表示在WebCore线程执行，蓝色圆角矩形表示类，红色圆角矩形表示接口）  
 ![SouthEast][]

### 3、执行线程及线程间通信 ###

由上图可以看出，在WebViewCore和CallbackProxy层以上，函数在UI线程执行，以下在WebCore线程执行。  
对上层开发者而言，WebCore线程是透明的，不需要考虑线程同步的问题，所有对上层接口的回调事件都已经由CallbackProxy抛回UI线程处理。  
线程间通信是通过Framework android.os.Handler类实现，EventHub和CallbackProxy类分别负责 UI->WebCore 和 WebCore->UI 的消息传递。

### 4、其他 ###

CallbackProxy类其实包含两个功能：  
a、对WebViewCore而言，CallbackProxy用于请求上层对某些事件做处理，是一种主动的调用请求  
b、对于BroswerFrame而言，CallbackProxy用于将中间过程和结果回调上层，是一种状态的回调  
  
看代码的过程中，总感觉这里分为两个类会更清晰一点。具体是不是违反了SRP原则，就见仁见智了。  
（其实webkit java层代码基本没有真正的业务逻辑处理，业务逻辑都在native层，后续会补上对native层代码的分析）  
  
  
参考: [WebKit for Android分析][WebKit for Android]

[constGU]: http://constgu.iteye.com/blog/1744106
[SouthEast]: /images/20221120/ee76f1c61aa24d489645e3c811124fe8.png
[WebKit for Android]: http://mogoweb.net/archives/182