一个页面从输入URL到页面加载显示完成的详细过程

下面以访问baidu页面来做一个过程分析

• 输入 URL：http://www.baidu.com

• DNS 域名解析

• 计算机无法识别域名，计算机与计算机之间要想进行通信，必须通过ip地址用来定位该计算机所在的位置

• 在浏览器中，输入的ip地址或者域名，默认给你加了一个80端口号（对方的服务器监听的就是80端口）

• 158.12.25.652 域名就是为了好记

• 为了好记，所以我们的万维网提供了 一个 域名这样的概念

• 当你输入了 ip 地址后，浏览器会自动去 找DNS域名解析服务器，

• 建立 TCP 连接（Socket）：三次握手,确保这个一定是一个有效的请求和响应，这个三次握手在业界相信大多数人都不陌生，虽然它是提高了传输的有效性，但是这个导致的直接问题就是整个传输过程是很耗时的，也就是说每次http请求都会经历三次握手这个过程，消耗的时间也是不言而喻，并且传统的http协议规定一次请求只能请求一个文件，所以一些顶级网站千方百计的采取一些减少http请求的策略，大多数就是采取一次http请求能够请求多个文件这样的实现，欣喜的是，http2.0已经支持能够一次http能够请求多个文件，这个还是值得期待全部推行开来的，只不过肯定需要过上一段时间，慢慢去等待推行吧。

• 将用户输入的地址封装成 HTTP Request 请求报文 发送到服务器

• 浏览器将用户输入的 URL 地址根据HTTP协议 封装成了 http 请求报文（请求头+请求行+请求体）

• 该报文说白了也就是字符串而已，最终也要被转成了二进制数据再发送到服务器

• 后台服务器接收到用户HTTP Request 请求报文

• 后台服务器接收到 客户端发送给自己的数据（二进制数据）

• • 首先把二进制数据按照编码解析成字符，（人类可以识别的）
  • 解析成字符之后，再按照 HTTP 协议规范中定义的格式解析出来

• 后台服务器处理用户请求信息

• 当得到用户请求报文之后，根据请求报文中的 get、port或者 URL、或者URL中的查询字符串或者 请求体中的数据

• 根据用户的特定的请求数据做特定的处理

• 后台服务器将相应结果封装到 HTTP Response 响应报文中 发送给客户端

• 当我们解析和处理完用户请求报文消息之后

• 服务器开始将具体的 要发送给客户端的数据 根据 HTTP 协议规范 封装成 HTTP协议响应报文

• 响应头、响应字段、响应体

• 该数据说白了也是具有特定格式的字符串而已，最终这个字符串也要转换成二进制数据发送到客户端

• 发送到客户端也是通过 Socket（ip地址、端口号） 发送到了该客户单

• 用户浏览器接收到响应后开始渲染html、css，解析和执行 JavaScript 代码

• 当客户端解析到 服务器发送过来的 二进制数据

• 客户端浏览器也会将 二进制数据 根据编码类型解析成 字符串

• 然后根据 HTTP 协议，解析服务器发送过来的 响应报文

• 然后根据响应报文中的报文内容（报文头、报文体）做具体的解析

• 当浏览器在解析的过程中遇到 一些静态资源时，会再次重复上面的步骤