从输入URL到页面渲染完成

​​​​​​​​​​​​​​从输入URL到页面渲染完成，这个过程可大致分为两个阶段：网络通信和页面渲染
网络通信：
互联网内各网络间设备的通信遵循TCP/IP协议，利用TCP/IP协议进行网络通信时，会通过分层与对方通信。数据传输的过程是：由应用层产生数据后，经过传输层的分段处理（添加TCP或UDP包头）、网络（添加IP地址信息）、数据链路层（封装成MAC帧）、物理层传输电信号。

1.输入url地址

2.浏览器根据域名查找IP地址

在浏览器中输入域名 www.360.com，首先查找浏览器本身的域名缓存， 如果缓存了相应的IP地址，直接从缓存中获取。如果没有缓存，然后找window系统自身的缓存，如果找到了相应的IP就返回，如果也没有找到，之后去查找window系统文件的hosts文件，如果查询到就会就返回相应的IP，如果依然未查到，就会去服务器查询，这样一个查询的过程是递归查询。
本地未找到，就去本地配置的服务器去询问，如果本地配置的服务器保存了相应的域名映射，就直接返回，如果没有缓存相域名的IP，那么它就会去ISP运营商服务器去查找，如果也没有，运营商的服务器会返回给本地服务器一个根域的服务器地址。然后去根服务器发起访问，进行递归查询，如果也没有，就会去顶级域名的服务器去查找.com，然后再查找360.com的二级域名的服务器，以此类推就能找到相应的IP。如果仍然未找到，代表域名是错误的。
注：DNS是应用层协议
3.浏览器发送HTTP请求
HTTP是超文本传输协议，包括HTTP请求消息和HTTP响应消息
HTTP请求消息包括请求起始行、请求头和请求主体
请求起始行（Start Line）
包括请求方法、请求URI（请求地址报过URL和URN）、协议版本
请求头（header）
<1>请求消息的专用头：
Host：easybug.org 告诉服务器请求的是哪一个虚拟机
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,/;q=0.8 告诉服务器自己可以接收响应内容类型
Origin: http://easybug.org 来源，告诉服务器当前请求来源于哪个域名
Referer: http://easybug.org/Home/Index 引用页 告诉服务器当前请求来源于哪个域名
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 客户端在告诉服务器自己的类型
Accept-Encoding: gzip, deflate 客户端在告诉服务器自己在接收的响应数据编码类型
Accept-Language: zh-CN,zh;q=0.9 告诉服务器自己接收的自然语言
<2>请求/响应消息通用头
Connection：keep-alive 告诉对方启用持久链接
Cache-Control：no-cache 告诉对方如何缓存当前消息主体中的内容
Pragma：no-cache HTTP/1.0版本的Cache-Control
Date: Wed, 28 Nov 2018 03:33:52 GMT 消息创建的时间
<3>请求主体描述头
Content-Length：54 描述请求主体的长度
Content-Type: 描述请求主体的内容类型，可以是一下几种：
application/x-www-form-urlencoded请求主体是经过编码后的表单数据
或text/plain请求数据是普通文本未经编码，有的服务器直接拒绝接收！
或multipart/form-data 表单中包含上传的文件数据
请求主体（Body）
客户端想给服务器传递的数据
注：HTTP是应用层协议
4.TC