Web 项目系列之浏览器机制（一）

——初步认识浏览器

——浏览器的渲染机制

　　 ——浏览器的缓存机制

正文：

初步认识浏览器

　　想来任何一位读者，对浏览器都不会陌生。除开IT相关人员常用的Chrome(谷歌，Google)、Firefox(火狐，Mozilla)、IE(微软),大多国内用户可能更熟悉诸如百度浏览器、360浏览器、QQ浏览器、猎豹浏览器、UC浏览器……

(ps:以上排名不分先后)

　　OK，请打量您当前使用的浏览器——我们先认识一下浏览器的概念：

　　浏览器是指能够显示HTML文件内容，并让用户能够与这些文件进行交互的一种软件。

由上述概念可以清楚地认识到三个重点：

一能够显示HTML文件内容

再次请观察您当前所用的浏览器，请注意，你所看到浏览器里的内容——也就是包括这篇博客，它本质上就是一个HTML文件（这里要补充一点：现时代的浏览器，有些也能显示其他格式的文件）。

按下快捷键 F12,在Elements里所呈现的就是一个完整的HTML文件内容，浏览器通过解析它将内容渲染到浏览器界面上，就是读者目前所看到的网页内容。

二让能够与这些文件进行交互

交互直译为交流、互动。比如：点击导航进行页面跳转，在注册表单里填写内容然后提交，点击评论输入你的读后感，F12里对元素属性改写……

无论是PC端，还是移动端，大多数交互，我们称之为事件——在场各位，常用的点击事件(click/touch)、鼠标事件(mouse)、键盘事件(key)、改变文本事件(change)……(此处省略很多很多事件)总而言之，我们与浏览器的交互，大多都被称之为事件(注意，不是事故)。

三一种软件

　　之前的两点说的是浏览器的功能，这里要重点说明浏览器的构成。

如图：

即：

1用户界面：即读者目前所看到的浏览器界面，除开当前窗口显示的网页，其他的就是用户界面。(注意，不包括显示的网页)

2用户界面后端(UIBackend)：功能上讲，能够绘制浏览器独有的弹窗会话、组合框等小窗口部件，对页面开发者来讲，也可以通过js脚本指令让它工作。

3网络：用来执行网络请求。浏览器通过它与网络层沟通，和web服务器建立联系。

4浏览器引擎：可以理解为渲染引擎和用户界面之间的中间层，把一方的指令传给另一方，让另一方对应工作。

5渲染引擎：解析HTML文件中的html标签和css样式规则，并将内容绘在窗口中。

6 Js解释器：解析并执行HTML文件中的JavaScript脚本代码。

7 Persistence(存储)/Storage(仓库)：在硬盘上保存数据的本地仓库，是实现浏览器缓存的依赖。——一般来讲默认在浏览器目录里创建文件夹。

以上，是整个浏览器的功能组件构成。

小白可以这样理解：HTML文件内容==html（超文本标签语言）+css（修饰html元素的布局样式规则）+js（脚本指令代码）。

浏览器的渲染机制

了解过浏览器内部的实现结构，那么对于浏览器如何去请求html页面并将其解析，最后渲染到浏览器窗口内的这个过程，你就能通过下面这张图看个明白了。

如图：

（该图取自csdn 博主a767536305的博客，以谷歌浏览器引擎 为基准）

解读该图：

1、用户输入一个URl地址请求后，请求成功，得到了返回的HTML。（这里请求发出后的实现过程，请往下看——浏览器缓存机制）

2、浏览器的HTML解析器会将这个文件解析，并且构建成一棵DOM树。

3、在构建DOM树的时候，遇到JS和CSS元素，HTML解析器就换将控制权转让给JS解析器或者是CSS解析器。（意思是常规情况下，同一时间只能调用一个解析器）

4、 JS解析器或者是CSS解析器解析完这个元素时候，HTML又继续解析下个元素，直到整棵DOM树构建完成。

5、 DOM树构建完之后，浏览器把DOM树中的一些不可视元素去掉，然后与CSSOM合成一棵render树。

6、接着浏览器根据这棵render树，计算出各个节点(元素)在屏幕的位置。这个过程叫做layout，输出的是一棵layout树。

7、最后浏览器根据这棵layout树，将页面渲染到屏幕上去。

浏览器的缓存机制

这里首先提两道面试题：当用户在浏览器地址栏里输入了www.baidu.com，按下回车后发生了什么？状态码304是什么意思？

3开头的状态码都是重定向的意思。304意思是请求重定向到本地浏览器缓存。

按下回车后，会先解析这个域名，转化为IP地址，发送请求。

我画了一个简单的请求图：

可以看到，我们的浏览器发送的请求会先在网络层进行一个判断。

如果浏览器本地缓存有效，就不用在请求服务器了~~（这样做的目的是：节省了请求的时间，缩短了用户等待响应的时间，有效减少服务器被请求的次数。）

如果浏览器本地缓存无效，这个请求就会发送到服务端，服务端收到请求之后，要返回一个结果（响应），这个结果会原路返回到浏览器（返回的时候干了什么？读者不妨自己思考一下）。

——

请求有请求头，那么响应也自然有响应头。

服务端在响应头里设置了哪些东西应该被浏览器缓存，缓存的方式、存储的地点以及缓存的时间。

按照这个逻辑，我们再画一张响应图：

……算了画图太累了。自行脑补，或者查阅相关文章。

这里给一个不错的链接：

https://www.cnblogs.com/shixiaomiao1122/p/7591556.html

（浏览器缓存机制）

Ok，入门篇尽量使小白看得懂，因此太复杂的我们暂且先放一放。

　　浏览器的存储方式什么的后续篇章再讲。

本文介绍到这里，告一段落。

写在最后

本文属于Web项目的基础篇。

本文参考：

浏览器渲染机制：https://blog.csdn.net/cde7070/article/details/50619853

两张结构图为笔者个人灵魂画作。

本文中如有说法不当之处请留言指出，谢谢。