Android4.4系统浏览器Chromium实现的加载模块与流程

本文只描述Http网络请求相关的信息，Https、Spdy、file、ftp、websocket等的类型只提及在哪里出现关系分支。

代码层次图如下：

+----------------------------------------+
|     WebView.java (SDK public API)      |
+----------------------------------------+
|      Android & Chromium Wrapper        | Java桥接和封装层
+----------------------------------------+
|   Content Module (Navigation Control)  | 核心层，加载流程中负责各种跳转
+----------------------------------------+
|     blink public web API (WebView)     | web api供外部操控内核
+----------------------------------------+
|                WebCore                 | 原有WebCore的头尾被砍掉抽离形成blink
+----------------------------------------+
|  blink public platform API  (Network)  | platform api要求外部实现
+----------------------------------------+
|      Content Module (I/O thread)       | 对上层的实现，在IO线程中操作
+----------------------------------------+
|            Network Stack               | 网络库
+----------------------------------------+

下面是功能模块层次图（详细图中的黄色标签的索引）：

+--------------------------------------------+
|            Browser Application             | 浏览器程序
+--------------------------------------------+
|          package android.webkit            | SDK API
+--------------------------------------------+
|    package com.android.webview.chromium    | Android桥接层
+--------------------------------------------+
|    package org.chromium.android_webview    | Chromium封装层
+--------------------------------------------+
|    package org.chromium.content.browser    | Chromium Android平台代码
+--------------------------------------------+
|        content Module Browser Side         | Content模块Browser进程处理
+--------------------IPC---------------------+
|       content Module Renderer Side         | Content模块Renderer进程处理
+--------------------------------------------+
|            blink public Web API            |
+--------------------------------------------+
|                  WebCore                   |
+--------------------------------------------+
|          blink public Platform API         |
+--------------------------------------------+
|   content Module implementation of blink   | content实现blink的接口
+--------------------IPC-------------------- +
|      content Module Loading Control        | 加载流程控制
+--------------------------------------------+
|            net Module public API           | net库的对外接口层
+--------------------------------------------+
|                Job Factory                 | 任务工厂（区分网络协议）
+--------------------------------------------+
|         Transaction & HttpCache            | 事务与HttpCache
+--------------------------------------------+
|                |   Session & Socket Pool   | 会话与Socket Pool
|     stream     |---------------------------| 流
|                |      DNS & HostCache      |
+--------------------------------------------+
|                   socket                   |
+--------------------------------------------+ 

下面是详细的类间关系/层次图。看图提示：

  1. package开头的层是java类
  2. 不同层次有同名的类则都标出命名空间，如ResourceLoader、FrameTree
  3. 如果一个纯虚类只有单个实现，则缩写成 基类名|Impl
  4. 是从使用者的角度按数据流向来分层次高低，并按功能集聚来划分模块（这是个人理解，非官方文档说明）
  5. 如果A类跟B类的基类发生联系，则实际是由B类和A类交互。
  6. 横线表示区分功能模块/包/命名空间。黄色矩形标签表示此层的功能/意义。灰色矩形是对这层的说明。
  7. 第一遍，只看黄色标签，知道有哪些层次和层次间关系；第二遍，看你关心的层，包含该层的说明以及和上下层的衔接。如果有兴趣，第三遍认真看完，搞清楚全貌。

简化的消息流如下：

  1. 在Browser进程的UI线程开始WebView.loadUrl
  2. 经过多层桥接，到达ContentViewCore.java这个类转入JNI代码content::ContentViewCoreImpl
  3. 由NavigationControllerImpl包装好URL发起C++形式的请求，并由RenderFrameHostImpl将它转化为IPC消息发去Renderer进程
  4. Renderer进程中经过IPC机制处理后，到达RenderFrameImpl，然后消息流过blink和WebCore层，最后到达WebURLLoaderImpl负责实际加载
  5. WebURLLoaderImpl通过IPCResourceLoaderBridge发送IPC消息给Browser进程的I/O线程进行网络数据I/O
  6. 这个消息经IPC机制处理后由ResourceDispatcherHostImpl接收，然后交给content::ResourceLoader来控制net库进行网络通信获取数据
  7. net库经过HttpCache（Memory | Disk）、DNS（HostCache）、connect（SSL握手）、write、read后，得到的数据最后通过ResourceMessageFilter发出IPC消息回去Renderer进程
  8. WebCore获取到数据后，通过P ostTask交由解析线程处理

下面是加载流程的xmind导出图，最好另存为到本地用看图软件看。看图提示：

  1. 从上往下是根据堆栈倒置过来画的流程
  2. “..."表示省略IPC机制的代码
  3. 图中有一些地方省略了Callback机制的代码
  4. 同一父节点表示在此父函数内按顺序执行
  5. 大部分类名和函数名已代表了其功能和意义，还可查看该类的头文件注释来帮助理解，或对照下面的”类间关系图“。有些类在做具体开发时才有必要了解，所以不加解释。
  6. 流程中有几个类都有同名函数doLoop，这些类都是把大流程分割成细小的操作，内部用表示操作步骤的emun状态（图中的case XXX分支）来跟踪进行到哪一步，如此来实现异步并减小当次loop的处理时间。

图太大，分成两段，点击查看大图：

转载请注明出处：http://blog.csdn.net/hursing

Android4.4系统浏览器Chromium实现的加载模块与流程

时间： 2024-08-11 03:31:44

Android4.4系统浏览器Chromium实现的加载模块与流程的相关文章

Chromium多进程资源加载

webkit笔记,主要来自 朱永盛 <WebKit技术内幕> 学习笔记,转载就注明原著,该书是国内仅有的Webkit内核的书籍,学习的好导师,推荐有兴趣的朋友可以购买 多进程 资源的实际加载在各个WebKit Port中有不同的实现.Chromium采用的是多进程的资源加载机制 根据带有资源缓存机制的资源加载过程,在ResourceHandle类之下的部分,是不同的移植对获取资源的不同实现. 在Chromium中,获取资源的方式是利用多进程的资源加载架构.如下图,描述了 关于 Chromium

Chromium中网页加载进度条研究

1.     Shell.java中有成员变量:mProgressDrawable. 该成员变量在方法:onFinishInflate中被初始化. 在该类中有方法:onLoadProgressChanged,该方法中对进度条的值进行改变,并且对刷新完成事件进行反馈. 2.     上面的这个方法是在cc文件中被调用的. 上面方法对应的cc方法是shell_android.cc文件中的LoadProgressChanged方法. voidShell::LoadProgressChanged(Web

浏览器端的javascript加载器

commonJS,定义了一种同步加载脚本的规范.对于浏览器端而言,因为js脚本都是在远端,用同步的方式可能会长时间阻塞线程.因此,浏览器端的js加载器并不会严格按照commonJS来做.seajs作为一个试图遵循commonJS规范的加载器,是在规范的基础上在外面包一层define,来异步加载js,以下是seajs官网的一个例子: // 所有模块都通过 define 来定义 define(function(require, exports, module) { // 通过 require 引入依

HTML页面加载和解析流程详细介绍

浏览器加载和渲染html的顺序.如何加快HTML页面加载速度.HTML页面加载和解析流程等等,在本文将为大家详细介绍下,感兴趣的朋友不要错过 浏览器加载和渲染html的顺序 1. IE下载的顺序是从上到下,渲染的顺序也是从上到下,下载和渲染是同时进行的. 2. 在渲染到页面的某一部分时,其上面的所有部分都已经下载完成(并不是说所有相关联的元素都已经下载完). 3. 如果遇到语义解释性的标签嵌入文件(JS脚本,CSS样式),那么此时IE的下载过程会启用单独连接进行下载. 4. 样式表在下载完成后,

HTML页面加载和解析流程

浏览器加载和渲染html的顺序1. IE下载的顺序是从上到下,渲染(就是把请求的内容显示到浏览器屏幕上)的顺序也是从上到下,下载和渲染是同时进行的. 2. 在渲染到页面的某一部分时,其上面的所有部分都已经下载完成(并不是说所有相关联的元素都已经下载完). 3. 如果遇到语义解释性的标签嵌入文件(JS脚本,CSS样式),那么此时IE的下载过程会启用单独连接进行下载. 4. 样式表在下载完成后,将和以前下载的所有样式表一起进行解析,解析完成后,将对此前所有元素(含以前已经渲染的)重新进行渲染. 5.

thinkphp无法加载模块解决办法

前台入口文件index.php <?php //前台入口 define('THINKPHP_PATH', '../ThinkPHP/');//底层的位置 define('APP_PATH', './home/');//定义项目位置 define('APP_DEBUG', true);//定义DEBUG开关 require_once THINKPHP_PATH.'ThinkPHP.php'; //echo 'hellow'; ?> 配置文件: 1 <?php 2 return array(

关于AMD（异步加载模块）和CMD（同步加载模块），require.js

1.CommonJS,有一个全局性方法require(),用于加载模块.假定有一个数学模块math.js,就可以像下面这样加载. var math = require('math'); 然后,就可以调用模块提供的方法: var math = require('math'); math.add(2,3); // 5 第二行math.add(2, 3),在第一行require('math')之后运行,因此必须等math.js加载完成.也就是说,如果加载时间很长,整个应用就会停在那里等. 这对服务器端

Odoo加载机制指导流程

Odoo的启动通过openerp-server脚本完成,它是系统的入口. 然后加载配置文件openerp-server.conf 或者 openerp_serverrc: openerp-server.conf的主要内容: 这个文件缺省是没有的,Odoo系统会有一个默认值,但是一般情况我们都需配置这个文件. 启动http服务器,监听端口. 模块加载: 模块加载外层就是封装一个Registry(Mapping)对象:实际是一个字典,它包含对应的db,model等映射关系,一个DB对应一个Regis

【转】ZwQuerySystemInformation的分析（加载模块）

原帖地址:http://www.mouseos.com/windows/kernel/ZwQuerySystemInformation.html 内核模块可以使有 ZwQuerySystemInformation() 函数来获取已加载模块的信息,这个 routine 的原型定义为: NTSYSAPINTSTATUSNTAPIZwQuerySystemInformation (    __in SYSTEM_INFORMATION_CLASS SystemInformationClass,