概要和简介Google Chrome是为现代互联网用户和占主导地位的网络应用程序而设计的开源的浏览器。浏览器的基本任务包括浏览网页，共享和发送信息，在线存储信息。然而，互联网在不断发展，变得更加动态，更具交互性，浏览器的基准功能也随之不断增强。浏览器不仅仅需要加载静态HTML网页，还要处理其它的事情，比如严重依赖Javascript和Flash的视频和应用程序。因此，Google认识到了这一重

本文描述Chromium的高层架构问题建造一个永远不会奔溃或挂起的渲染引擎几乎是不可能的。也基本不可能建造一个绝对安全的渲染引擎。在某种程度上，当前的浏览器（本文发表于2008年）就像过去单用户，多任务协作的操作系统。这种操作系统中的一个应用错误可能使整个系统奔溃，在现代浏览器中，一个错误网页也会导致类似的行为。一个浏览器或插件错误就足于拖累整个浏览器和其它正在运行的tabs。

Least-Recently-Used(LRU) - 最近最少使用替换掉最近被请求最少的文档。这一传统策略在实际中应用最广。在CPU缓存淘汰和虚拟内存系统中效果很好。然而直接应用与代理缓存效果欠佳，因为Web访问的时间局部性常常变化很大。Least-Frequently-Used(LFU) - 最不经常使用替换掉访问次数最少的。这一策略意图保留最常用的、最流行的对象，替换掉很少使用的那些。

一般用户眼中，网页访问就是快与慢。下面做一些定量分析。网页加载时间包括DNS查询时间、连接建立时间、响应时间、网页下载时间。各不分占比如何？与时间段的关系？影响因素是什么？

web caching 是什么？高速缓冲存储器（存储器）是非常靠近CPU的存储器，例如和CPU在同一块芯片上，以允许快速访问。类似的，磁盘缓存（a disk cache）是为了快速访问而用于存储频繁访问的磁盘页面（disk pages）的内存。Web caching 是靠近用户的web对象的存储，以提供快速访问，从而改善网络浏览者的用户体验。诸如网页（HTML本身），网页上的图片，等就是Web

高性能浏览器网络 --> 第三部分 HTTP --> 第十章 web性能入门在一个复杂系统中，性能优化过程主要在于弄明白系统的独立子系统和层次之间的交互，它们各自都有自己的一系列限制和局限因素。之前，我们已经分别详细探讨了许多网络组件 -- 不同的物理传输方法和传输协议 -- 现在我们可以把我们的注意力转到更大的，web性能优化的端到端层面。在一个复杂系统中，性能优化过程主要在于弄明白系统的独立子系统和层次之间的交互，它们各自都有自己的一系列限制和局限因素。之前，我们已经分别详细探讨了许多网络组

Chapter 5. Introduction to Wireless Networks无处不在的连接（Ubiquitous Connectivity）过去十年一个最具革命性的技术是无处不在的连接的可用性和不断增长的期望。无论你是收发电子邮件，还是进行语音会话，网页浏览，等等，现在，我们都期望能够随时随地访问这些在线服务：跑步时，排队时，在办公室，在地铁上，飞机上，以及其它任何地方。今

缓存的作用简言之，就是加快访问速度，节约带宽。这是基于这样一个事实，很多重复访问的网页在一段时间（几秒到几天，甚至几个月）内保持不变。把之前访问的副本保存起来，下次访问同一个文档时，直接使用缓存中的副本作为响应。这样就不会有网络时延，不会有流量的消耗。能够给用户提供即时体验。要解决的问题缓存哪些文档？缓存多久？怎样确定缓存的副本是有效的？缓存哪些文档

高性能浏览器网络 --> 第三部分 HTTP --> 第9章 HTTP简史    HTTP是因特网上最广泛和普遍采用的应用协议之一：它是客户端与服务器之间共同的语言，造就了今天的web网络。HTTP诞生之初，只是简单作为一种关键字导航路径，现在它不仅仅用于浏览器，而是几乎被所有连网软件和硬件应用所采用。本章，我们将对HTTP协议的进化史做一个简要概括。关于各种各

引言过去的几年，我们已经在移动蜂窝网络性能方面取得了巨大的进步。但是，由于膨胀的网络延迟，许多移动应用却不能从中得益。网络延迟已经伴随移动网络很长时间了。尽管最近几年已经有所进展，但网络延迟降低的速度仍然没能跟上网速提升的速度。这种不一致带来的结果是，延迟，而不是吞吐量，常常是网络传输性能的限制因素。本文逻辑上分为两个部分。第一部分将探讨引起网络延迟问题的移动蜂窝网络特性。第二

概要参考架构描述各种浏览器共有的基本子系统以及这些子系统之间的关系。参考架构有助于维护和设计：能够帮助理解系统，帮助分析不同设计选项的优缺点，可以作为新系统设计和旧系统重构的参考模板。本文将探讨浏览器的历史，以及促使它不断进化的个中缘由。我们基于两个著名的开源实现提出了浏览器的参考架构，并通过另外两个实现来验证该架构。最后探讨我们对该领域的观察以及浏览器的进化史。我们特别注意到，浏览器

首先，通过长连接把延迟减到最小，把你的服务器和数据放在地理上离用户近的地方，优化你的TLS部署，还有我们曾经谈到的所有其它协议优化，这些对移动应用来说尤为重要，延迟和吞吐量总是很珍贵。类似的，所有Web应用性能的最佳实践也同样适用，第10章会谈到。然而，移动网络对我们的性能策略有一些新的、特定的要求。由于设备环境限制（the form factor of the device）、无线接

现在我们对于Chrome网络栈的宏观架构已经烂熟于心，让我们更近一步，了解各种各样面向用户的优化。优化冷启动体验当你第一次启动浏览器时，它对你的网站偏好和浏览模式知之甚少。然而，我们大多数人在冷启动后都有相同的习惯，我们可能访问我们的邮箱，喜爱的新闻网站，一个社交网站，内部门户网站等等。不同人的偏好差别很大，但类似的习惯使Chrome预测器能够加速你的冷启动体验。浏

Building Blocks of TCP -- 题目怎么翻译呢？ TCP构建块？ 深入浅出TCP？认识TCP？---------------------------------------------------------------------------------------第二章 Building Blocks of TCP互联网的核心是两个协议，IP和TCP。IP（

后面准备抽时间对大作High Performance Browsing Networking进行翻译，主要是自己看的慢，所以就边看边翻译，权当学习。水平有限，欢迎围观、指正、批评~~---------------------------------------------------------------------------------------------------------

http的响应数据由下面2部分构成：响应头 + 数据部分数据部分的格式由响应头说明一般情况下，HTTP的响应头包含Content-Length域来指明数据的长度，例如：              有时候，服务器生成HTTP响应时，不好确定响应数据的大小，可能是大文件的下载或后台需要复杂的逻辑处理生成页面，这样一般就使用chunked编码进行传输。使用chunke

并发与线程 （Concurrency and Threading)Chrome的特征之一是它采用多进程架构。在实现这种架构时，面临一个最主要的障碍，就是创建一种进程间高效的通信方式。开发团队探索了几种现有的技术（像COM），最终决定使用命名管道。然而，在不同的系统上，管道很不一样，因此为了解决这个问题，他们开始创造一些东西，也就是众所周知的IPC（Inter-Process Communica

浏览器窗口有一个history对象，用来保存浏览历史。提供了如下接口用来操作历史项：back() ：后退，相当于点击后退按钮forward()： 前进，相当于点击前进按钮go(n)： 移动到指定页面 -- n是一个相对位置go(-1) ：相当于后退go(0)：相当于刷新当前页面HTML5 为history对象添加了两个新方法，history.pushState()和hi