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

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

PS:一部分实现是在content层的，所以这里其实并不全，例如没提到URLRequestContext、CookieStore。

代码层次图如下：

+----------------------------------------+|     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. 在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获取到数据后，通过PostTask交由解析线程处理

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

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

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

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

图太大，分成两段，点击查看大图：（可能不全以及有误，可用作理解，勿用作设计参考）

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