一、从 URL 输入到页面展现到底发生了什么？
1、浏览器URL解析/DNS解析查找域名所对应的IP地址，找到服务器
浏览器先查看本地host文件，有没有对应的域名，没有的话向本地DNS服务器请求查询Ip地址
2、浏览器向web服务器发送一个HTTP请求，建立TCP/IP连接
3、服务器处理请求，返回数据
4、客户端接收数据，浏览器开始渲染页面
二、TCP请求连接的三次握手
- 客户端发送带有SYN（同步）标志的数据包给服务端
- 服务端接收到数据包后，会返回一个SYN/ACK标志的数据包已传达确认信息
- 客户端接收到后在发送一个ACK标志的数据包给服务端，握手成功
三、为什么三次握手
1、主要目的是防止已经失效的连接请求报文突然又传到服务端，因为产生错误。例如client端发送一个请求报文，因为未知原因在连接释放后某个时间发送到了server端，server收到后会误认为client端又发送一个请求，于是想client端发送一个确认的报文，表示同意连接，如果不‘三次握手’，那么只要server确认后即可建立连接，但是此时client端实际并没有发送连接请求，这样就导致server一直等待，浪费资源
四、四次挥手
第一次挥手： Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
我不在给你传输数据了，发送FIN
第二次挥手： Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与- SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
-收到FIN, ok 我知道了你不传输数据了。我这边可能有些数据没接受完，等我下
第三次挥手： Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
我接受完毕数据了，发送FIN，我也不给你传输数据了
第四次挥手： Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
ok,我断开了，发送ACK你也断开吧
五、为什么四次挥手
服务端在收到建立连接请求的SYN报文后，把ACK和SYN报文放在一起发送给客户端。
关闭连接时候，当收到对方的FIN报文时候，仅仅表示对方不在发送数据了，但是还能接收数据，己方也未必全部数据都发送给对方，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示现在同意关闭连接，因此，己方的FIN和ACK一般是分开发送
