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 | +--------------------------------------------+
下面是详细的类间关系/层次图。看图提示:
- package开头的层是java类
- 不同层次有同名的类则都标出命名空间,如ResourceLoader、FrameTree
- 如果一个纯虚类只有单个实现,则缩写成 基类名|Impl
- 是从使用者的角度按数据流向来分层次高低,并按功能集聚来划分模块(这是个人理解,非官方文档说明)
- 如果A类跟B类的基类发生联系,则实际是由B类和A类交互。
- 横线表示区分功能模块/包/命名空间。黄色矩形标签表示此层的功能/意义。灰色矩形是对这层的说明。
- 第一遍,只看黄色标签,知道有哪些层次和层次间关系;第二遍,看你关心的层,包含该层的说明以及和上下层的衔接。如果有兴趣,第三遍认真看完,搞清楚全貌。
简化的消息流如下:
- 在Browser进程的UI线程开始WebView.loadUrl
- 经过多层桥接,到达ContentViewCore.java这个类转入JNI代码content::ContentViewCoreImpl
- 由NavigationControllerImpl包装好URL发起C++形式的请求,并由RenderFrameHostImpl将它转化为IPC消息发去Renderer进程
- Renderer进程中经过IPC机制处理后,到达RenderFrameImpl,然后消息流过blink和WebCore层,最后到达WebURLLoaderImpl负责实际加载
- WebURLLoaderImpl通过IPCResourceLoaderBridge发送IPC消息给Browser进程的I/O线程进行网络数据I/O
- 这个消息经IPC机制处理后由ResourceDispatcherHostImpl接收,然后交给content::ResourceLoader来控制net库进行网络通信获取数据
- net库经过HttpCache(Memory | Disk)、DNS(HostCache)、connect(SSL握手)、write、read后,得到的数据最后通过ResourceMessageFilter发出IPC消息回去Renderer进程
- WebCore获取到数据后,通过P ostTask交由解析线程处理
下面是加载流程的xmind导出图,最好另存为到本地用看图软件看。看图提示:
- 从上往下是根据堆栈倒置过来画的流程
- “..."表示省略IPC机制的代码
- 图中有一些地方省略了Callback机制的代码
- 同一父节点表示在此父函数内按顺序执行
- 大部分类名和函数名已代表了其功能和意义,还可查看该类的头文件注释来帮助理解,或对照下面的”类间关系图“。有些类在做具体开发时才有必要了解,所以不加解释。
- 流程中有几个类都有同名函数doLoop,这些类都是把大流程分割成细小的操作,内部用表示操作步骤的emun状态(图中的case XXX分支)来跟踪进行到哪一步,如此来实现异步并减小当次loop的处理时间。
图太大,分成两段,点击查看大图:
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。