用户在浏览器中输入URL,例如http为协议,www.baidu.com为域名。
-
DNS 解析:获取域名对应IP
-
TCP 连接:
-
发送 HTTP 请求:向web服务器发送一个Http请求
-
服务器处理请求并返回 HTTP 报文:
-
浏览器解析渲染页面:
-
连接结束
DNS解析流程
-
输入网址回车时,浏览器首先查询浏览器的缓存,如果没有找到就去查询本地的DNS存储和hosts文件,如果有与域名对应的IP则直接通过这个IP访问网络服务器
-
如果本地的DNS缓存或hostsw文件未找到 浏览器会发出一个DNS请求到本地的DNS服务器,然后查找DNS缓存中是否有
-
若没有 本地DNS服务器 就会把请求发送给根域名服务器
-
因为DNS根服务器没有域名与IP地址的对应关系,根域名服务器告诉本地DNS服务器,可以继续去哪查找的域服务器的地址(.com-> baidu -> www )
-
向域服务器发送请求,域服务器收到请求后不会返回域名和IP地址。而是告诉本地DNS服务器 域名的解析服务器的地址
-
向域名的解析服务器发出请求,这时就能收到一个域名和IP地址对应的关系,本地DNS不仅要把IP地址返回给用户电脑,还要把这个对应关系保存在缓存中
TCP 连接 :三次握手
三次握手的目的是建立可靠的通信通道。确定双方确认自己与对方的发送与接收是正常的。
需要确定 自己发送正常 接收正常且对方发送正常,接收正常
第一次是接收方能确认自己接受正常 第二次 发送方确认自己发送正常且接受正常,第三次接受方才能确认自己发送正常
发起HTTP请求
当用户在浏览器的地址栏中输入一个 URL 并按回车键之后浏览器会想HTTP服务器发送一个HTTP请求,请求分为“get”,“post”两种方法
客户端的HTTP请求分为三个部分:
请求行:post方法时是请求方法+请求域名+协议版本号 当时get方式时请求参数会放在域名后
请求头:Host为主机+端口号
请求体:当请求方法是post的时候会有请求体用于显示提交参数
请求头中是本次请求的一些额外的参数信息例如告知服务器当前请求的来源,连接状态,客户端浏览器所支持的语言,还有保存在客户端的一些cookie信息
请求响应:
响应行:请求方法+ Http 版本+状态码+消息
响应头:和响应行一样也是响应的额外参数,服务器的相关信息,是否缓存是否定使刷新之类的
响应体:发送HTML数据
HTTP请求方法
Get用户获取资源,post用于传输实体主体;当使用额外参数时,get的参数时直接出现在URL中,而Post则存储在实体主体中;虽然如此但是对于服务端来说get方法才是安全的;并且get方法本身是可缓存的,但是post在大多数情况下是不可缓存的;因为缓存通常是在查询请求的时候无需更新服务端数据的请求。
浏览器解析HTML
浏览器会一个一个的响应出用户请求的页面,这个页面里面有表格,有图片,有文字,也可能有视频等等 。
布局:通过计算得到每个渲染对象在可视区域中的具体位置信息(大小和位置),这是一个递归的过程。 绘制:将计算好的每个像素点信息绘制在屏幕。
关闭TCP连接:四次挥手
同样的机制 建立链接和断开链接需要握手的次数却不同。因为 在建立连接时,B的ACK和SYN会一起发送回A , 而在断开链接时因为B发送ACK之后还要做其他处理后才能返回FIN,,因此将两步拆开。
-
客户端-发送一个 FIN,用来关闭客户端到服务器的数据传送(半关闭
-
服务器-收到这个 FIN,它发回一 个 ACK,确认序号为收到的序号加 1
-
服务器-关闭与客户端的连接,发送一个 FIN 给客户端
-
客户端-发回 ACK 报文确认,并将确认序号设置为收到序号加 1(服务端收到确认报文就全关闭
-
客户端等到2MSL后全关闭
Time-wait过多解决方法: HTTP 请求的头部, connection 设置为 keep-alive; 将短连接改为长连接减少挥手次数