HTTP请求的三次握手和四次挥手，以及DNS流程解析

前言：http的交互现在无论是平时自己做项目还是面试，理解他底层连接的原理都至关重要。

前置知识（已知请略过）

`IP地址（internet Protocol Address）`

互联网协议地址
作用：分配给用户上网使用的互联网
一个域名只能对应一个IP,一个IP可以对应多个域名
分类：IPv6,IPv4
IPv4:十进制，4组32位
IPv6空间更大，8组128位，更高的安全性，十六进制，相对来说多了abcdef

`port:端口号`

例子：
IP地址:上海市浦东新区
port:乐园中的不同游乐设施
域名:上海迪士尼乐园
默认端口：http:90, https:443, FTP:20/21

`TCP:传输控制协议`

http是基于TCP协议的
特点：面向连接，必须要有连接才可以传输数据
优点：稳定，重传机制，拥塞控制机制，实时断开连接
缺点：速断慢(因为需要建立可靠的连接还有其他的一些处理)，效率低，容易被攻击（三次握手=
DOS,DDOS攻击）
TCP/IP协议组(联合使用)：提供点对点的连接机制

对比：

`UDP(User Data Protocol:喇叭喊人)`

用户数据报协议
特点：面向无连接(不可靠的协议，无状态传输机制）
可以进行无连接信息发送
例：语音消息，qq发消息,直播
优点：安全，快速(因为他没有那些连接处理)，漏洞少（UDP flood攻击）
缺点：不可靠，不稳定，容易丢包
只要目的源地址，端口号，地址，确定，则直接可以进行发送信息报文，但是不能保证一定能收到完整的数据
游戏是UDP和TCP相辅的
文件什么的肯定是TCP

`http与https`:超文本传输协议，超文本传输安全协议

https是http的安全版（安全基础是SSL/TLS,会套出http,让http变得不那么透明)
http:先建立TCP,然后再进行发送http请求,直接在TCP连接上运行，客户端和服务端都无法验证对方身份
https:先建立TCP,然后再进行发送http请求,在请求发送数据时先运行在SSL/TLS上进行加密保存后，SSL/TLS运行再TCP连接上进行请求

正文

首先模拟一个场景：你在浏览器输入自己想要访问的地址，浏览器发送请求到服务端，服务端进行响应，浏览器进行数据页面渲染，从而你得到自己想要访问地址的页面,这个流程的原理是怎么样的呢？
总体流程图：

1：`DNS`解析：

可以认为域名与对应的ip转化的服务器
DNS解析流程：在输入框回车请求，客户端会向本地服务器缓存中请求这个域名的IP是多少，如果没有，DNS就会去根服务器（美国有，英国有，但是根服务器中的缓存也很少），他会让DNS去找.com域服务器，如果还是没查到他会让DNS去查域名（jsplusplus）服务器(如果在中国进行备案了，就一定会有),找到并返回给浏览器。并且每一次DNS在根，或者com,或者域名（jsplusplus）中找到的话，DNS是会先将该次查询的IP对应表数据缓存到本地，下次再进行访问这个的时候就可以直接找到，图解如下

DNS查询完后，就是进行TCP的三次握手了

2：三次握手

前置知识：

标志位：

SYN:同步序列编号

ACK:Acknowledgement 确认字符

状态：

LISTEN:侦听TCP端口的连接请求（我在等你发请求哦）

SYN-Send:发送连接请求等待回复状态（我发了请求了，等你回复哦）

SYN-RECELVED:在收到或者发送一个连接请求后等待对连接请求的确认，接收请求并确认状态（我收到你的连接请求了哈，我等你回复）

ESTABLISHED:代表一个打开的连接，数据可以传送给用户，连接建立状态（连接已经建立了哈，我跟你说一下）

首先，你输入url地址,DNS将其转换为IP地址,服务端那边的端口是一直开着的(LISTEN是进行的)，

开始进行握手

1、第一次握手：客户端给服务端发一个 SYN 报文（SYN-SENT），并指明客户端的初始化序列号 ISN（J）。此时客户端处于 SYN_Send 状态。

2、第二次握手：服务器收到客户端的 SYN 报文之后，会以自己的 SYN 报文作为应答，并且也是指定了自己的初始化序列号 ISN(K)，同时会把客户端刚刚传过来的 ISN(J) + 1 作为 ACK 的值，表示自己已经收到了客户端的 SYN，此时服务器处于 SYN_REVD 的状态。

3、第三次握手：客户端收到 SYN 报文之后，会发送一个 ACK 报文，当然，也是一样把服务器的 ISN(K) + 1 作为 ACK 的值，表示已经收到了服务端的 SYN 报文，此时客户端处于 establised 状态，

图解如下：

3: 四次挥手

1、第一次挥手：客户端发送一个 FIN 报文，报文中会指定一个序列号。此时客户端处于FIN_WAIT1状态。

2、第二次握手：服务端收到 FIN 之后，会发送 ACK 报文，且把客户端的序列号值 + 1 作为 ACK 报文的序列号值，表明已经收到客户端的报文了，此时服务端处于 CLOSE_WAIT状态。

3、第三次挥手：如果服务端也想断开连接了，和客户端的第一次挥手一样，发给 FIN 报文，且指定一个序列号。此时服务端处于 LAST_ACK 的状态。

4、第四次挥手：客户端收到 FIN 之后，一样发送一个 ACK 报文作为应答，且把服务端的序列号值 + 1 作为自己 ACK 报文的序列号值，此时客户端处于 TIME_WAIT 状态。需要过一阵子以确保服务端收到自己的 ACK 报文之后才会进入 CLOSED 状态

图解如下：

本文章如有错漏，欢迎指正