页面从输入URL到渲染都发生了什么-一一网

这是我参与更文挑战的第13天，活动详情查看：更文挑战

自己之前刷过一些面经，经常有个很高频的面试题出现，那就是页面从输入URL到渲染都发生了什么,自己也看过很多答案，但是过段时间很容易就忘了，这次把它记录成文章，加深自己印象，也方便下次查阅。这里面涉及的知识点时很多，如果能完整了解这个过程，对以后的问题的排查，性能优化都是有很大帮助。

简单的概括，可以分为以下几个过程：

DNS，全称是（Domain Name System，域名系统），因为服务器的ip是一串数字，不好记，于是便用域名代替ip，比较有语义，好记。比如掘金主页（https://juejin.cn），头条主页（https://toutiao.com）。

什么是DNS解析？就是解析域名然后获取到对应的ip，流程是

浏览器拿到ip后，在向服务器发送http请求之前，先要和服务器建立TCP连接；

怎么建立TCP连接？答：三次握手

过程如下：

连接建立成功，正式开始传送数据

两次握手可不可以？不可以，TCP是可靠的，要保持可靠至少要三次握手

我举个例子，假设2个不认识的人A与B在两栋楼楼顶交流，能听到但是互相看不见：
A：你好，我叫答案，你叫什么名字？（第一次握手）
B：你好，我叫cp3，很高兴认识你，你真帅！（第二次握手）
A: 谢谢！（第三次握手）
…然后继续愉快聊下去

但是如果只是两次握手，那么就会有可能出现：
A第一次介绍后，B听到后，两次握手建立连接，但是这时候B由于声音小，风大，导致A收不到B的反馈,A独自下楼了，但是B不知道，还在等待A的回馈，导致B一直在等待中，可惜了～
透过这个简单的例子，两次握手是有可能不可靠的

建立连接后怎么断开TCP连接？答： 四次挥手

过程如下：

第一次挥手：客户端向服务端发出一个FIN，用来关闭连接，此时客户端还能接收数据；
第二次挥手：服务端在收到这个信号之后会向客户端发出一个ACK,然后服务端就进入了close_wait(关闭等待)状态,客户端收到后，进入fin_wait_2状态，等待服务端主动关闭连接,此时还能接受数据
第三次挥手：服务端此后没有数据发给客户端时，服务端会向客户端发送一个FIN，关闭服务端到客户端的连接
第四次挥手：客户端在收到之后会回复一个ACK,服务端收到后，关闭连接，立刻进入 closed 状态，客户端在等待两个最大段生命周期(MSL)之后,也关闭连接，进入closed状态.

挥手成功，关闭连接成功。

你会不会有这样的疑问，为啥挥手是四次？

这是因为第一次发送FIN时，客户端表明自己没有数据发送，但是还能接收数据；当服务端第二次发送ACK，表明它已经知道客户端没有数据发送了，但是客户端还能接收数据；第三次服务端发送FIN，表明自己也没有数据发送了，等到客户端第四次发ACK过来, 服务端才关闭。

所以需要四次。

建立好TCP连接后，然后就可以通过发送HTTP请求到服务器请求数据了。
一个HTTP请求由请求行，请求报头，空行, 请求数据组成

格式：Method Request-URL HTTP-Version CRLF

例子：GET /test.html HTTP/1.1

截至目前，请求方法有九种：
GET, POST , OPTION, HEAD, PUT, DELETE, CONNECT, TRACE, PATCH

常用的请求方法是GET 和 POST

向服务器传输附加信息。常见的请求报头有：Accept, Accept-Charset, Accept-Encoding, Accept-Language, Content-Type, Authorization, Cookie, User-Agent等

Connection设置为Keep-alive, 用于告诉客户端本次HTTP请求结束之后并不需要关闭TCP连接，这样可以使下次HTTP请求使用相同的TCP通道，节省TCP连接建立的时间

在请求报头和请求数据之间有个空行，表示上面是请求包头，接下来的是请求数据，用以区分二者。

客户端向服务器传输的数据.