GoogleChrome浏览器架构解析
Google_Chrome(谷歌浏览器)介绍_PPT
高峰
谷歌浏览器四大亮点 谷歌浏览器四大亮点
一、 简洁的主界面 二、 智能化地址栏 三、 智能快速拨号 四、 隐私浏览
高峰
二、 智能化地址栏
• 当我们在地址栏中，输入关键词进行搜索时。浏览器会根据输入内容， 自动从历史记录、已保存书签、已输入历史中进行筛选。
高峰
三、 智能快速拨号
• 先进的智能化快速拨号，在这项功能的帮助下，浏览器会 自动记录网站访问频率。将最常访问的网站，显示在“新 标签页”下。
高峰
四、 隐私浏览
• 我们可以按动“Ctrl + Shift + N”，进入这“隐私”模式。 而在这个模式下，而且，整个面板的色彩也会发生变化， 使用者可以轻松地一目了然。
Google Chrome(谷歌浏览器)介绍 PPT
谷歌浏览器
谷歌浏览器七大亮点
一、 简洁的主界面 二、 智能化地址栏 三、 智能快速拨号 四、 隐私浏览 五、 网站应用程序 六、 任务管理器 七、 标签自动恢复
五、 网站应用程序
• 只要我们首先通过Chrome打开一组网页。然后，点击 “网页”菜单→“创建应用程序快捷方式”命令。这时， Chrome便会弹出一个对话框，询问我们存放快捷方式的 位置。最后，选择好存放位置，再点击一下“确定”按钮。 这时，一个网站快捷图标，便出现在了指定位置了。
六、 任务管理器
四、 隐私浏览
• 而在这款Google Chrome中，我们同样可以按动“Ctrl + Shift + N”，进入这一模式。而在这个模式下，无论是搜索 历史还是网站Cookie，所有一切都不会像以前一样留下痕 迹。而且，当我们进入“隐私”模式之后，整个面板的色 彩也会发生变化，使用者可以轻松地一目了然。
三、 智能快速拨号
• 在Google Chrome中，一项更为先进的智能化快速拨号， 便出现在了我们的视野里。在这项功能的帮助下，浏览器 会自动记录网站访问频率。然后，以缩略图的形式，将最 常访问的网站，显示在“新标签页”下（最多九组）。而 且，同时出现在“新标签页”下的“最近使用标签”和 “历史记录搜索”，也能以最大程度，提高日常网站的访 问效率。
一、 简洁的主界面
•
一直以来，Google的产品，都是以简 洁实用而闻名，其他同类产品一样，当我们在地址栏中，输入关键词进行搜索时。 浏览器会根据输入内容，自动从历史记录、已保存书签、已输入历史 中进行筛选。而在这个过程中，一旦输入的词组，被浏览器所识别。 那么，Chrome还会自动利用Google Suggest服务，弹出访问建议， 辅助我们快速进入相关网站 。
chromium 结构
chromium 结构
Chromium的结构包括以下几个部分：
1. Browser（浏览器进程）：运行用户界面（UI）以及管理标签页和插件的主进程。
2. Renderer（渲染进程）：每个标签页都有自己的渲染进程，负责解析HTML和CSS，并将网页渲染成像素。
3. GPU Process（GPU进程）：如果用户正在使用需要GPU加速的功能，比如WebGL或者视频解码，Chromium会为这些功能启动一个独立的GPU进程。
4. Network Process（网络进程）：处理所有的网络请求，以提供更快的网络性能和更好的安全性。
5. Utility Process（实用工具进程）：运行一些辅助任务，比如下载管理、扩展安装等。
Chromium使用多进程架构，每个进程都有自己的地址空间，以提供更高的安全性和稳定性。
当某个标签页崩溃时，它只会影响到该标签页的渲染进程，而不会影响到其他标签页或者整个浏览器。
这种架构也有助于隔离不同的标签页和插件，防止它们之间的相互干扰。
Andriod4.4浏览器Chromium新的构架 - 副本
Andriod4.4浏览器
Andriod4.4平台原生浏览器采用Chromium内核，完 全抛弃了webkit内核，只是保留了webkit中关于排版渲 染相关的功能代码。 按照google官网说法， Chromium内核可能也是它 的一个过渡内核，最终会采用google自主研发浏览器 引擎Blink，Blink也是基于Chrome开源WebKit引擎开发 所得。和WebKit一样，Blink将会开源，也还会为其他 浏览器厂商所使用。 Chrome 28无论是Android版本还是桌面版本，都已 经采用Blink渲染引擎。 从Andriod4.4的引擎源码来看，有点像blink的初始 版本。
Andriod4.4浏览器构架
Andriod4.4浏览器
与Andriod4.2平台对比发现有如下不同点： Chromium内核代码存放的位置与QT webkit有点相 似，webkit只是作为Chromium中的一个应用而存在 Chromium内核中只存在webcore中的DOM和render 渲染代码 JS引擎采用V8，但是所有的webkit动态生成代码机 制完全修改，与webkit内核完全不一样 取消了webkit平台适配层的代码 Webki脚本和源码生成方式也做了大量脚本的修改
Andriod4.4 浏览器 Chromium新的构架
A器构架
Andriod4.4版本之前的浏览器，包含andriod4.2，谷歌统一采用 webkit内核，与webkit官网在一段时间内保持一致的更新，webkit 内核主要有一下特点： Webkit内核提供功能，所有的功能应用由java层apk实现，包含 UI显示等 Framework层，由webkit内核抽象了一部分内核接口，给系统 调用，方便其他应用开发人员使用webkit内核功能 Webkit内核层中有提供一层browser engine层，负责平台之间 的相关功能和其他扩展功能 Webkit内核层还包含js引擎，负责处理javascript脚本语言，js 引擎中目前包含两种： 1. KJS是由SquirrelFish开发，是webkit和Safari浏览器通用 的引擎 2. V8是Google Chrome 专用引擎 KJS和V8从性能上来说，差不多 Webkit内核包括DOM排版和Rendering渲染，是整个浏览器最 核心的代码
Chrome,以及应用架构指南2.0
始 了更新计 划。他们在 Ｃｏ ｅ ｌ ｄ Ｐｅ ｘ上创
建 了 一 个 项 目 站 点 ：ｗｗ ｃ ｄ ｐ ｘ ｗ． ｅ ｌ ． ｏ ｅ
Ｃ ｍ／ ｐ Ａ ｃ ，并 计 划 不 断 的将 内容 Ｏ Ａ ｐ ｒｈ
虽 —但ｇ 出 Ｃｅ的 览了面ｌ 然已ｍ是 现ｈｏ然 器我前 浏 传久Ｇ突 —，ｏ 在们 ｅ 说ｒ还 ｏ ，
员在开发时进行指导 。
依 笔者
在 ｂｏ （ ｌｇ ． ｄ ．ｏ ｊ ｉｒ ｌｇ ｂｏ ｓｍｓ ｎｃ ｍ／ ｅ／ ｍｅ ）上 的介 绍 ，该 指 引； 盖 ：应 用 类 型、 涵 架构 风格 、模式 、逻辑 层 ，物理 层 以 及组 件等 ，详 细可 见其 ｂ ｇ ｌ ，更 新后 ｏ 的 白皮 书会 包括 更丰 富 以及 最新 的架
ＣＳ Ｖ格 式 的报 表 ；５ 内建 支 持 ＵＲ Ｌ
重 写 机 制 ， 提 供 良 好 的 ＳＥ Ｏ； ６ 开 ．
ｉｖ ｋ ｄ ｙ ａ ｃ 令 集 有 可能 最 快 ｎ ｏ ｅ Ｄ ｎ ｍｉ指 在 Ｊ ｖ ． 版 本 中提供 。 ａ ａ ７０
上 个 月 我 们 介 绍 了 Ｊ ｓ ｅ ｍ Ｂｏ ｓ Ｓ ａ
Ｓ ｒｉｅ ） ｅｖｃ ｓ ，高 屋 建 瓴 的从 设 计 层 次 ）
讲 述 了 基 于 Ｗ ｉｄ ｗｓＳ ｒｅ ０ ０ ｎｏ ｅ ｒ ０ ｖ ２ 和 ． Ｔ Ｆａ ｗｏｋ１０ 如 何 进 ＮＥ ｒｍｅ ｒ ．，
行 ．Ｅ Ｎ Ｔ应 用程 序和 服务 的架 构设 计 。
这 是一 份长 达 １ ６页 的文档 ， 回答 了 ６
。
微 软 Ｐ ｔ ｒｓ＆ Ｐ ａ ｔ ｅ ａｔ ｎ ｅ ｒｃｉ ｓ团 队 发 布 了 ｃ
以 Ｗ ｉｉ 形 式 发 布 到 项 目站 点 上 。 ｋ的 根 据 此 项 目 主 导 人 之 一 ＪＤ． ｉｒ ． Ｍｅｅ
IE FF Chrome 等浏览器内核以及脚本引擎详解
浏览器是我们每天几乎都必须使用的软件产品，可是对于自己每天都接触的浏览器，很多同学其实对其一无所知。
今天异次元就跟大家说说关于浏览器核的一些事儿吧，好让你了解多一点稍微在的东西。
在下面的文章中主要介绍一些常见的浏览器核和JavaScript引擎，部分容来自于我在网上找到的资料，还有一些是我自己的理解，不保证完全正确，但是大致应该是没错的。
如果有误，请指正……一、浏览器核(排版引擎/渲染引擎)首先解释一下浏览器核是什么东西。
英文叫做：Rendering Engine，中文翻译很多，排版引擎、解释引擎、渲染引擎，现在流行称为浏览器核，至于为什么流行这么称呼，请自行领悟。
Rendering Engine，顾名思义，就是用来渲染网页容的，将网页的代码转换为最终你看得见的页面。
因为是排版，所以肯定会排版错位等问题。
为什么会排版错位呢？有的是由于本身编写不规，有的是由于浏览器本身的渲染不标准。
现在有几个主流的排版引擎，因为这些排版引擎都有其代表的浏览器，所以常常会把排版引擎的名称和浏览器的名称混用，比如常的说IE核、Chrome核。
其实这样子是不太合理的，因为一个完整的浏览器不会只有一的排版引擎，还有自己的界面框架和其它的功能支撑，而排版引擎本身也不可能实现浏览器的所有功能。
下面罗列一下几款主流的排版引擎和浏览器。
1、Trident 核（Windows）Trident 就是大名鼎鼎的IE浏览器所使用的核，也是很多浏览器所使用的核，通常被称为IE核。
基于Trident核的浏览器非常多，这是因为Trident核提供了丰富的调用接口。
老的Trident核（比如常说的IE6核）一直是不遵循W3C标准的，但是由于当时IE6的市场份额最大，所以后果就是大量的网页专门为IE6等老Trident核编写，在IE6下显示很正常，但其实这些网页的代码并不符合W3C标准，于是，完全依据W3C标准写的网页在老的Trident核下面又出现偏差，这就是为什么很多人觉得后来的IE9的网页排版有时会乱了，而IE6则正常，其实不是浏览器兼容性差了，而是你访问的网页不符合新的标准。
Chrome浏览器架构图
浏览器界面：浏览器的图形化外观，实现人机交互。
浏览器插件：对浏览器的功能起到补充作用，大量的不同功能的插件可 以使用户有更加舒适便捷的体验。Biblioteka 浏览器插件 WebKit引擎
浏览器界面
网页引擎 WebCore
JS 胶合层
脚本引擎 JavaScript Core
GUI库
操作系统
模块功能介绍 WebKit引擎：浏览器内核，即浏览器所采用的渲染引擎，决定了浏览 器如何显示网页的内容以及页面的格式信息。包含一个网页引擎 WebCore和一个脚本引擎JavaScriptCore WebCore引擎：排版引擎，负责取得网页的内容、整理信息，以及计算 网页的显示方式然后会输出至显示器或打印机。 JavaScriptCore引擎：专门处理JavaScript脚本的软件程序。Chrome使 用V8 JavaScript引擎，它将JavaScript编译成了机器码，以此提升性能。 JS胶合层：实现WebKit和JavaScriptCore的结合。 GUI库：调用GUI库的函数就可以绘制出边框、按钮等图形。实现图形 用户界面。
全解 Google(谷歌)基础设施架构安全设计
一、物理基础架构平安谷歌数据中心包括了生物识别、金属感应探测、监控、通行妨碍和激光入侵感应系统等多层物理平安爱护，并做了严格的限制访问。
由于谷歌的某些服务托管在第三方数据中心，为了确保确定的平安把握，必需部署此类高度平安措施。
硬件设计部署谷歌数据中心网络由数千台服务器组成，这些服务器的主板和网络设备都由谷歌自行定制设计，相关设备组件和供应商都必需经过严格的平安检测和背景审查。
同时谷歌也本人设计了平安芯片，这些芯片被广泛应用于服务器和相关外设环境，为硬件级别的平安识别和认证供应了有效的平安手段。
平安引导和服务器识别机制为了确保正确的服务启动，谷歌服务器使用了一系列的启动引导技术，包括在 BIOS、bootloader、kernel 和系统镜像等底层组件中使用加密签名，这些签名在每次启动和更新时都能进行平安验证。
整个过程中涉及的组件都由谷歌构建、把握和加固。
随着硬件的更新换代，谷歌也在不断努力进行平安改进，比如自行设计了可锁固件芯片、平安微把握器和平安芯片，并依据不同服务器的设计版本，在各类芯片中内置了可信的平安启动机制。
在软件引导和硬件启动过程中，数据中心的每台服务器都有本人独特的标识身份，这些标识也被用于机器底层管理的 API 调用验证。
另外，谷歌也开发了自动更新检测系统，以保证各类软硬件的准时更新、识别和诊断，必要时可以自动隔离那些消灭毛病的服务器。
二、平安服务部署此节中，将对一些基本的软硬件服务平安进行引见，数千台服务器将对这些服务应用恳求进行伺服和备份，这些服务包括 Gmail 的 SMTP 服务、分布式数据存储服务、YouTube 视频转码服务、客户端 APP 沙箱运转服务等常规用户恳求。
全部运转于基础设备架构的服务恳求都由一个叫 Borg 的集群业务管理服务进行把握。
服务标识、完整性与隔离在内部服务的应用层通信之间，谷歌使用了加密认证授权方式，为管理和服务供应了高强度的访问把握。
虽然谷歌不完全依靠内部网络划分和防火墙作为次要平安机制，但为了防止 IP 哄骗等进一步攻击，谷歌在网络入口和出口的各种不同点位使用了过滤策略，这种方法也最大化地提高了网络功能和可用性。
Chrome源码剖析
1楼发表于2010-6-3 23:25 |只看该作者|倒序浏览|打印《卡饭月刊》第25期发布(2011.04)--崭新的起点，崭新的开始！3楼发表于2010-6-3 23:27 |只看该作者Chrome源码剖析【三】【三】Chrome的进程模型1. 基本的进程结构Chrome是一个多进程的架构，不过所有的进程都会由老大，Browser进程来管理，走的是集中化管理的路子。
在Browser进程中，有xxxProcessHost，每一个host，都对应着一个Process，比如RenderProcessHost对应着RenderProcess，PluginProcessHost对应着PluginProcess，有多少个host的实例，就有多少个进程在运行。
这是一个比较典型的代理模式，Browser对Host的操作，都会被Host封装成IPC消息，传递给对应的Process 来处理，对于大部分上层的类，也就隔离了多进程细节。
2. Render进程先不扯Plugin的进程，只考虑Render进程。
前面说了，一个Process一个tab，只是广告用语，实际上，每一个web页面内容（包括在tab中的和在弹出窗口中的...），在Chrome中，用RenderView 表示一个web页面，每一个RenderView可以寄宿在任一一个RenderProcess中，它只是依托RenderProcess 帮助它进行通信。
每一个RenderProcess进程都可以有1到N个RenderView实例。
Chrome支持不同的进程模型，可以一个tab一个进程，一个site instance一个进程等等。
但基本模式都是一致的，当需要创建一个新的RenderView的时候，Chrome会尝试进行选择或者是创建进程。
比如，在one site one process的模式下，如果存在此site，就会选择一个已有的RenderProcessHost，让它管理这个新的RenderView，否则，会创建一个RenderProcessHost（同时也就创建了一个Process），把RenderView交给它。
谷歌浏览器源码分析
随着网络技术的发展，越来越多应用都已经离不开网络，特别像人类大脑一样的知识库的搜索引擎，更加是离不开功能强大的云计算。
不过，即便云计算非常强大，但它还不能直接地把结果呈现给用户，这样就需要一个客户端来呈现出来，这个客户端就是浏览器。
现在越来越多人上网，他们每一次上网，都离不开浏览的使用，这已经是一个不可缺少的软件了。
这里介绍和分析谷歌推出有创新的浏览器，它的速度比其它浏览器快很多，那么它是怎么实现的呢？又采用了什么样的技术能达到这样呢？又比如它的标签页是每一个进程进行显示的，这到底又是怎么样实现的呢？下面来通过分析它的源码，一一地解开这种高新技术的使用，以及这种高效算法的奥秘。
谷歌浏览器的英语名称为Chrome，它的意义是铬。
铬是一种有光泽的、蓝灰色的坚硬金属元素。
不失光泽，抗腐蚀，最早在铬铁矿中发现。
用作催化剂，可加强钢合金的强度和生产不锈钢，可以做防腐镀层和玻璃制品中的颜料。
原子序数24；原子量51.996；比重7.18；化合价2，3，6。
谷歌起这个名称，可能是想让这个浏览器永远不失去光泽，永远那么吸引人。
铬是无毒，化学性质很稳定，有延展性，含杂质时硬而脆。
熔点1857C，沸点2672C，密度单晶为7.22克/厘米3，多晶为7.14克/厘米3；铬，原子序数24，原子量51.9961。
铬的名称来自希腊文Chroma，意为颜色。
因为这种元素以多种不同颜色的化合物存在，故被称为“多彩的元素”。
可用于制不锈钢，汽车零件，工具，磁带和录像带等。
铬镀在金属上可以防锈，也叫可多米，坚固美观。
红、绿宝石的色彩也来自于铬。
作为现代科技中最重要的金属，以不同百分比熔合的铬镍钢千变万化，种类繁多，令人难以置信。
谷歌的开发人员称，虽然网络的发展日新月异，但作为网络平台的浏览器，却没有跟上网络发展的步伐。
谷歌倾心打造的免费浏览器就是希望能跟随着网络的发展而不断升级换代，完美的切合网络时代的潮流。
据了解，谷歌员工每天使用的最多的应用程序就是浏览器，通过浏览器，查看新闻资讯，观看视频聊天，玩网络游戏。
详解GoogleChrome浏览器（操作篇）（上）
详解GoogleChrome浏览器（操作篇）（上）开篇概述在上篇博客中⼀⽂中，主要讲解了Chrome 搜索引擎使⽤、Chrome安装和基本操作、Chrome 基本架构、多线程等原理性问题，这篇将重点讲解Chro-me实操问题，主要结合“Chrome 主调试⾯板“,对Chrome,Elements,Con-sole,Sources,NetWork,TimeLine,Profiles,Application,Security,Audits进⾏详解。
若对⼴⼤读者朋友有所帮助，我将不胜感激。
本篇博⽂主要从当然了，在阅读本篇⽂章前，强烈建议⼤家先阅读⼀⽂。
如此，对本篇⽂章的理解，也许会更加容易些。
温故⽽知新1、Chrome基本架构图和Chrome主调试⾯板2、Chrome DevTools 调试⾯板简要介绍正⽂⼀、Elements⾯板概述定义： Inspect and Edit Pages and Styles by Elements panel，but also effective immediately.译⽂：通过Elements ⾯板，不仅仅可以查看和编辑页⾯和样式，⽽且所做的改变⽴即⽣效。
详解第⼀部份：操作DOM1、查看DOM树打开Element⾯板，可以查看所有DOM节点，包括CSS和JavaScript，如下图所⽰，左侧为DOM树，右侧为CSS样式。
2、选取DOM节点将⿏标移到⽹页中的某元素上⾯，该元素会发⽣变化如下图所⽰：3、点击DOM树p节点元素，即可选中。
这时，会发现Element⾯板中的DOM树发⽣了变化，如下图所⽰：注释：选中的p节点在DOM树中被精确定位（蓝⾊背景），可以看到p节点的DOM层次（红⾊⽅框），在⾯板右侧，是p节点的CSS样式。
当然，也可以在Element⾯板的DOM树中选取DOM节点。
将⿏标放到相应的DOM节点上，会发现⽹页中相应的节点也发⽣了变化,点击该节点，即可选中。
chrome UI排版-绘制-消息分发机制剖析
Chrome UI框架分析一、总体结构1、概述代码结构UI部分的通用代码放在src/chrome/views目录下。
其中：control目录中为各种控件，如Label、Textfield等，这个目录最为庞大。
widget目录中为系统相关的UI底层细节，特别是UI消息机制。
window目录中为UI Frame相关的细节，例如窗口的标题栏、系统按钮以及、Frame、Dialog等的代理接口。
focus目录下为焦点管理、快捷键相关代码。
animation中为与动画相关的代码。
主要特点1、采用DUI技术，大部分窗口和控件都是DUI的。
2、虚窗口的基类是View，每个View可以包含子View，他们组织成一棵树结构。
3、真窗口的基类是Widget，它处理与操作系统相关的最原始的消息，在windows上，它处理所有窗口消息。
Window是顶层窗口的基类，包括气泡、漂浮窗口、对话框、主窗口等。
4、View树的根节点是RootView，这个View的主要用途就是从Widget中接收UI消息，进行分发，包括排版与绘制，它是整个窗口树的根。
5、NonClientView表示整个实际的窗口树的根，是RootView唯一的子节点。
RootView向上和OS层打交道，而NonClientView则专注于下层的控件View。
NonClientView表示整个非客户区的View，包括标题栏、窗口图标、关闭按钮、最大化与最小化按钮、边框等，它负责非客户区的排版与绘制，这类可以被派生，以实现各种不同的客户区。
ClientView是客户区的根，负责客户区的排版与绘制。
6、排版由专门的LayoutManager负责。
7、界面绘制上，绘制引擎（Canvas）与窗框系统分开。
可以根据实际情况使用不同的图形引擎（Skia与D2D）。
一般情况下，绘图采用Skia，字体用windows的GDI，Skia保证可以跨平台。
绘制引擎提供了裁剪、平移变换等机制，使得View可以只重绘一部分，而且支持紧急与非紧急绘制。
Google Chrome源码剖析
【一】Chrome的多线程模型0. Chrome的并发模型如果你仔细看了前面的图，对Chrome的线程和进程框架应该有了个基本的了解。
Chrome有一个主进程，称为Browser进程，它是老大，管理Chrome大部分的日常事务；其次，会有很多Renderer进程，它们圈地而治，各管理一组站点的显示和通信（Chrome在宣传中一直宣称一个tab对应一个进程，其实是很不确切的…），它们彼此互不搭理，只和老大说话，由老大负责权衡各方利益。
它们和老大说话的渠道，称做IPC（Inter-Process Communication），这是Google搭的一套进程间通信的机制，基本的实现后面自会分解。
不论是Browser进程还是Renderer 进程，都不只是光杆司令，它们都有一系列的线程为自己打理各种业务。
对于Renderer进程，它们通常有两个线程，一个是Main thread，它负责与老大进行联系，有一些幕后黑手的意思；另一个是Render thread，它们负责页面的渲染和交互，一看就知道是这个帮派的门脸级人物。
相比之下，Browser进程既然是老大，小弟自然要多一些，除了大脑般的Main thread，和负责与各Renderer帮派通信的IO thread，其实还包括负责管文件的file thread，负责管数据库的db thread等等（一个更详细的列表，参见这里），它们各尽其责，齐心协力为老大打拼。
它们和各Renderer进程的之间的关系不一样，同一个进程内的线程，往往需要很多的协同工作，这一坨线程间的并发管理，是Chrome最出彩的地方之一了。
1. Chrome的线程模型仔细回忆一下我们大部分时候是怎么来用线程的，在我足够贫瘠的多线程经历中，往往都是这样用的：起一个线程，传入一个特定的入口函数，看一下这个函数是否是有副作用的（Side Effect），如果有，并且还会涉及到多线程的数据访问，仔细排查，在可疑地点上锁伺候。
(完整版)Chrome源代码结构
Chrome源代码结构首先,开始接触Chrome的童鞋可能有一个疑惑，Chrome和Chromium 是同一个东西吗？答案是，Chrome是Google官方的浏览器项目名称,Chromium是Google官方对Chrome开源项目。
说白了就是Chrome是Google自己的官方浏览器版本，而Chromium是开源项目,所有有兴趣的开发者都可以参加，Chromium中出现的新技术如果经过测试是可靠的，健壮的,那么将可能会出现在未来发布的Chrome官方版本中.因此,Chrome版本更新速度要远远小于Chromium的更新速度。
在本文中，笔者为了偷懒，直接用项目名称Chrome指代Chromium，废话不多说了，开始为潜入Chrome源代码的海洋作准备了.源代码目录树Chrome项目是一个非常庞大的项目工程，包含的工程（Project)数量超过了500个，全部代码加在一起超过4G，全部编译完成将消耗将近30G 的磁盘空间，不愧为恐龙级别的软件项目工程.面对Chrome浩如烟海的源代码,我们怎么读呢？很显然，一个文件一个文件的看，逐行分析是不现实的,我们必须先从整体来把握整个Chrome工程，然后逐步细化去了解每个具体模块的功能，并且对你所感兴趣的部分模块进行最后的深入分析。
分析任何一个大型软件项目的源代码,我们首先要做的事是参考官方文档我们可以很快掌握项目中各个工程之间的依存关系，了解项目中每个模块的大致功能，并且可以很快地找到源代码分析的入口点。
下面图1所展示的是在Visual Studio 2008中，Chrome项目的源代码目录树结构，不同的Chrome版本的源代码目录树可能有一些差别，但其主要某块的结构变化不大。
虽然Chrome整个源码工程很庞大，但其代码结构是非常清晰的，代码质量非常高，代码的风格统一，这将是为后续代码分析提供便利。
基于Visual Studio 2008那强大的可视化调试功能,童鞋们只要掌握好分析的粒度,从粗到细，从整体到局部逐渐深入，从面到点，通过在关键部分设置端点，有目的的去跟踪代码执行流程，很快就进入状态.下面将逐一介绍Chrome源代码中主要工程模块的功能。
chrome源码解析系列：chrome线程体系
那么现在将要深⼊BrowerProcess和 RenderProces⾥⾯去，揭开⾥⾯有多少线程，线程间怎样交互。
考试⼤提⽰现有问题： BrowerProcess中有UI显⽰部分，消息接受部分，HTTP页⾯下载部分，然后其他⼀系列读取COOKIE，写⽂件，读写数据库，等操作是怎么协调？怎么分⼯的？之间⼜是怎么交互的？ RenderProces中渲染部分和接收 BrowerProcess消息部分是怎么交互的？ RenderProces是怎么发送消息的到BrowerProcess中的？ 注意为了⽅便理解这⾥先还是先抛开PluginProcess和sanbox不讲。
按照上⾯的问题本章打算分三部分介绍: ⼀：BrowerProcess 中的线程 ⼆：RenderProces中的线程 三：BrowerProcess和RenderProces线程交互流程。
⼀：BrowerProcess 中的线程 BrowerProcess⾥⾯的线程很多，其中最重要的是IO线程和UI线程。
除了这两个线程，还有管理数据库读写的DB线程，管理本地⽂件读写的FILE线程等等。
要研究每个线程⾸先我们得了解每个线程的职能。
UI线程顾名思义，管理UI以及UI的消息循环，但是IO线程不能太顾名思义了，IO线程主要有两⽅⾯的职能，接收进程间消息（包括渲染进程和插件进程的消息），还有个职能是接收络消息所有HTTP页⾯的下载的消息也由这个线程处理转发，不过除了⽤IO来表⽰这个线程也想不出来更好的名字了J。
可以先参看下 How Chromium Displays Web Pages 上⾯的介绍，先引⽤⼀张上⾯的图⽚： (BrowerProcess基本的线程结构) ⼀个页⾯是怎样被创建的呢？ 先弄清楚下⾯⼏点说明： 1：⼀个BrowerProcess⾥⾯保存⼀个Browser的列表，每个Browser对象代表着⼀个浏览器窗⼝。
2：每个Browser对象⾥⾯保存⼀个WebContents列表（这个列表是⽤了⼀个TabStripModel的对象来封装），WebContents就是浏览器上⾯的HTML页⾯和标签。
新一代Internet浏览器框架——Chrome
颓 一代 Ｉｔ ｒ ｅ 浏 赀 器 框 架 ｎ ｅｎ ｔ
刘 忠 ／陕 西理 工 学 院
［ 摘 要 ］纵观 现在主流 的浏览器 ，其 中大 多数浏览器都使用 了一体化 架构 ，即把用 户和 Ｗ Ｂ整合到一个单独 的保护域 中。这样 ， Ｅ 旦攻击者发现浏 览器 漏洞以后，就可 以轻易 的在用 户机 器上执行 恶意代码 、安装恶意软件或盗取敏感 资料 。本文介绍 了一种新 的浏览 器 框架，它 同时也是 谷歌 Ｃ ｒｍ ｈｏ ｅ浏览器 （开源 ）的核心——Ｃ ｒ ｍ ｕ ｈ ｏ １ｍ安全框 架。本文对该框架 的结构 、功能进行 了探索研究 ，并对该 架构 抵御网页攻 击的能力进 行 了分析 ，对未 来浏览器 的发展提供 了参考。 ［ 关键词 ］浏览器 Ｃ ｒｍ ｕ 沙箱 ｈｏ ｉｍ 渲染 引擎 浏览器内核
一
ｌ 引言 、
在 过去 几年 中 ，网页 的作 用 不再 仅仅 显 示静 态 页面 ，而 已 经 进化 成 了类似 一个 个应 用 程序 运行 平 台 。但是 ，大 多数 网页 浏 览 器仍 然使 用 １９ 年 Ｎ Ｓ ｓｉ设 计 的 一 体化 架 构 ，它 ９３ Ｃ ＡＭｏａ ｃ 的缺点是 当客户 端需 要运 行大 量脚 本 时会 出现一 些 问题 。 例如 ， 个 ＷＥ Ｂ应用 程 序 的运 行 失败 会 导 致整 个 浏 览器 异 常退 出 。 从 安全 的 观点来 看 ，运行 在 一个 独立 保 护域 里 的浏 览器 比较 脆 弱 。攻 击者 可 以利用 未 被修 复 的漏 洞破 坏整 个 浏览器 ，从 而通 过 盗取用 户 权限 在用 户机 器上 为所 欲为 。 近 年来 ，模 块 化浏 览 器架 构 的研 究方 面有很 大 进展 ｌ，其 １ 】 中包括 多 重保 护域 的思 想 。这些 研 究提 高浏 览器 的 安全 方 面做 出了很 大贡 献 ，但都 要 以牺牲浏 览 器 的兼 容 性为 代价 。 ２ Ｃ ｒｍｉｍ 架构 、 ｈｏ ｕ Ｃ ｒ ｉｍ安 全 架构 采用 模 块 化 的思 想 。在 Ｃ ｒ ｕ 中有 ｈｏ ｕ ｍ ｈｏ ｍ ｍｉ 两 个模 块 ：浏 览器 内核 和渲 染 引擎 。其 中浏 览 器 内核代 表 用户 运 行 ，而 渲染 引擎 代表 网 页运行 ，它们 分别 工作 在 单独 的保 护 域 里 。为 了防 止攻 击者 利用 渲 染引 擎 的漏 洞获得 整 个 渲染 引擎 的执 行权 限 ，它 被强 制 在一 个 “ 箱 ” 中运 行 ， “ 箱 ” 的 沙 沙 作 用 是限 制渲 染引 擎 的权 限 ，防止 攻击 者读 取 或篡 改 用户 文件 系统 。表 １ １ － 是这 两大模 块 各 自要承 担 的任务 。 表 １１ － 渲染 引 擎和 浏览 器 内核职 责分 配表
谷歌Chrome各版本解析
谷歌Chrome各版本解析
谷歌Chrome各版本解析
无
【期刊名称】《软件和信息服务》
【年(卷),期】2010(000)005
【摘要】Chrome浏览器是互联网巨人谷歌最重要的产品之一。
调研机构NetApp统计显示，目前Chrome浏览器市场份额已突破5％，并有望在今年年底达到10％。
这对仅诞生一年半的Chrome实属难得。
【总页数】1页(P.10-10)
【关键词】谷歌;解析;版本;NetApp;统计显示;市场份额;浏览器;互联网
【作者】无
【作者单位】不详
【正文语种】英文
【中图分类】TP393
【相关文献】
1.《eWeek》：必应将成为谷歌劲敌的十大理由 [J], 无
2.谷歌Chrome17首个Dev开发版本己发布 [J],
3.谷歌开卖电子书 [J], Brad Stone
4.e览天下——10款常用浏览器横向评测 [J],
5.面目全非——DotA新版本
6.60改动全解析 [J], 新疆大串
以上内容为文献基本信息，获取文献全文请下载。
Chrome浏览器的多进程架构
Chrome浏览器的多进程架构⼀、Chrome浏览器的任务管理器Chrome浏览器任务管理器打开⽅式1. Chrome浏览器右上⾓选项 - 更多⼯具 - 任务管理器2. 快捷键 Shift + Esc 打开任务管理器Chrome浏览器任务管理器的作⽤基于Chrome浏览器的任务管理器，可以查看当前浏览器开启了那些进程，以及每⼀个进程的⼀些基本信息，⽐如：进程ID进程所占⽤的系统内存空间⼤⼩进程所消耗的CPU进程所消耗的⽹络带宽进程的优先级进程中javascripe使⽤的内容...Chrome打开⼀个页⾯需要开启哪些进程？通过上述打开浏览器任务管理器的⽅式查看打开⼀个页⾯浏览器的进程，可以看到浏览器并不是只开启⼀个渲染进程的，⽽是开启了以下7个进程，其中有些进程是每⼀个页⾯都需要的，有些进程不是必须要开启的。
1. 浏览器主进程2. GPU进程3. 插件进程4. 渲染进程5. Network Service ⽹络进程6. Storage Service 缓存进程7. Audio Service ⾳频进程8. 备⽤渲染程序9. ...⼆、浏览器中的线程与进程在了解浏览器的进程和线程之间关系之前，先必须了解什么是并⾏处理。
单线程处理 VS 多线程并⾏处理计算机中的并⾏处理指的是在同⼀时刻处理多个任务。
举例说明：⽐如我们要计算下⾯ABC的值并且最后进⾏显⽰let A = 1+5;let B = 12/2;let C = 2*3;假设程序⽤单线程来进⾏处理,那么应该会分为4步处理：1. 先计算A的值2. 再计算B的值3. 最后计算C的值4. 然后将ABC的值分别显⽰出来假设程序⽤多线程来进⾏处理，那么只需要分为2步处理：1. 分配三个线程同时计算各⾃ABC的值2. 将计算得到的ABC的值分别显⽰出来结论：处理同样的任务，多线程要⽐单线程效率⾼，也就是并⾏处理能⼤⼤提升性能。
进程和线程的概念进程的概念：进程就是⼀个程序的运⾏实例。
chrome&百度浏览器 微电子1101 李昕
二、用户界面(User Interface)
1.Google Chrome浏me，多出侧边栏
三、启动速度
，将近10S。
四、资1101 李昕
一、内核（Rendering Engine）
1.Google Chr（IE内核）
Trident： 该内核程序在1997年的IE4中首次被采用，是微软在Mosaic 代码的基础之上修改而来的，并沿用到目前的IE11。Trident实际上是一款 开放的内核，其接口内核设计的相当成熟，因此才有许多采用IE内核而非IE 的浏览器(壳浏览器)涌现 WebKit：开源的Web浏览器引擎，苹果的Safari、谷歌的Chrome浏览 器都是基于这个框架来开发的。WebKit 还支持移动设备和手机，包括 iPhone和Android手机都是使用WebKit做为浏览器的核心。
五、各自特色
1.Google Chrome浏览器：对谷歌的一些应用支持较好，对 于经常使用GMAI开发者编写的Chrome浏览器相关插件
Chrome还提供了善解人意的非中文页面自动翻译侦测功能，如点 击“翻译”按钮就会将此网页翻译成和浏览双内核智能无缝切换 网页截图功能（比较鸡肋）
Thanks
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Sandbox技术
主要目标: 保护用户的系统不被网页上的恶意软件侵入 保护用户系统的输入事件(键盘/鼠标)不被监视 保护用户系统中的文件不被偷取
Sandbox不保护 Cookies Passwords HTML5 数据库, local/session storage 跨站攻击 (XSS, 用户数据存贮在网络上)
Sandbox技术
设计思想
尽可能的利用操作系统提供的安全性能 提供尽可能少的权限 (sandbox & sandboxed) 假定受到sandbox管理的代码是恶意代码 模拟虚拟机器环境并不安全
Browser tasks
Rendering Engine Browser Kernel Rendering Engine CSS Image decoding JavaScript interpreter Regular expressions Layout Document Object Model Rendering SVG XML parsing XSLT Both URL Parsing Unicode parsing Cookie database History database Password database Window management Location bar Safe Browsing blacklist Network stack SSL/TLS Disk cache Download manager Clipboard
Sandbox on Windows
目标程序将受到限制: 控制其对文件系统和网络的访问 限制其对窗口系统的访问 限制其对输入设备的访问 使用方法: 基于user token产生的受限token 基于受限job对象的进程 将目标程序运行在一个虚拟桌面内
Safe Browsing
Safe Browsing Service
Google Chrome 浏览器
架构解析及相关特性分析 --丁建宁Google软件工程师
设计目标
稳定 (Stability) 安全 (Safe) 高效 (Speed)
核心思想-多进程架构
不同的网络应用分别运行在各自独立的地址空 间 不同的网络应用分别运行在权限不同的隔离运 行环境 充分利用现代多核处理器的优势
浏览器进程
渲染进程
渲染进程
Renderer, Worker进程
嵌入WebKit来解析, 渲染和处理网 页及网络应用 Untrusted
NPAPI插件 扩展组件
扩展组件进程:
各种第三方开发的功能扩展 (Autopage, Download helper) Untrusted
NPAPI插件
插件进程:
嵌入NPAPI插件 (Flash, Java, Silverlight, etc.) Untrusted & trusted
多进程架构示意
多进程架构 一切为了稳定
进程类型
浏览器进程 主控和协调各功能模块和 相关进程 IO 处理和转发 Renderer, Worker进程 嵌入WebKit来解析, 渲染和 处理网页及网络应用 扩展组件进程: 各种第三方开发的功能扩 展(Autopage, Download helper) 插件进程: 嵌入NPAPI插件 (Flash, Java, Silverlight, etc.)
新的技术
SPDY (应用层协议)
请求复用 请求优先级(Qos) 压缩头部 ebSocket (双向通信) WebWorker (多执行流)
Q&A
网站自我检测
/safebrowsing/diagnostic?site=http://your-site
高效 速度是王道
高效实现
锁无关的页面更新:
浏览器进程为页面维护一个渲染位图的后备存储 渲染进程通过Shared Memory(共享内存)发送页面渲染的更新 位图到后备存储 浏览器进程从后备存储读取页面位图并画在屏幕上 浏览器进程返回ACK响应到渲染进程，通知渲染进程可以发送 新的渲染信息更新
提供关于有关钓鱼和含有恶意代码网站的黑 名单 长期保持更新 提供Safe Browsing API
下载并检测要访问的网站是否存在风险 提示用户
Safe Browsing资源
API指南
/intl/zh-CN/apis/safebrowsing/developers_guide_v2. html
进程模型1 - process-per-site-instance
Site -> 相同域名(包含子域名)，访问模式和端口 SiteInstance -> 一组来自相同site，相互有联系的页面 联系->通过脚本或导航产生的不同页面 优点 隔离来自于不同site的页面 隔离相同site的不同应用 缺点 更多内存 需要跨进程的proxy来实现跨域页面间脚本访问
进程模型4 -
single process
所有功能在同一进程 同旧式浏览器设计 不安全 不稳定
插件和扩展的进程模型
分别运行在独立的进程 同一个插件/扩展在运行时只有一个进程存在
沙箱和安全浏览服务 行走江湖，安全第一
沙箱在不同进程上的应用
浏览器进程
主控和协调各功能模块和相关进 程 IO 处理和转发 Trusted
进程模型2 -
process-per-site
所用来自于相同site的页面在一个进程 优点 隔离来自于不同site的页面 更少的内存使用 缺点 如果一个site有很多应用，相关的渲染进程会占 用很多内存 需要跨进程的proxy来实现跨站脚本访问
进程模型3 - process-per-tab
Browser instance: 一组有脚本关联的页面 页面(tab)不会切换自己的进程 优点 有脚本关联的页面可以相互通信 缺点 导致不期待的信息共享
浏览器进程
渲染进程
渲染进程
NPAPI插件
扩展组件
NPAPI插件
进程间通信
通信方式 使用 named pipes/socketpair来作为IPC通信通道 以异步通信方式为主。 少量的IPC通信使用同步方式。 一些数据使用Shared Memory(共享内存)来相互交换 消息类型 route control 每个进程有一个专门的线程来处理IPC通信
滚动页面显示使用类似方法(传送滚动区域的位图)
高效组件
WebKit 超快，开源的布局引擎 (Rendering Engine) 较小的资源占用 (在嵌入式浏览器上的广泛使用) V8 超快优化的V8 JavaScript 引擎 网络应用可以以更快的速度运行复杂的逻辑 Skia 全面支持SVG, Canvas的需求 较小的资源占用 跨平台