JavaScript--浅谈Http与Tcp

HTTP是一个客户端和服务器端请求和应答的标准（TCP）。

也就是说，TCP是实现，而HTTP是使用TCP的一种标准。

Http发展历程:

Http0.9:

只支持get方法，服务器只能回应HTML格式的字符串，服务器发送完就关闭TCP链接。

HTTP1.0:

支持get,head，post方法，每一个TCP链接只能发送一个请求，为了复用TCP请求，能够使用非标准的方法，connetction:keep-alive

HTTP1.1:

默认支持connetction:keep-alive，同一TCP链接中，若是有多个请求，服务器只能处理最早的请求，才会处理下一个请求，若是最早的请求比较耗时，后面的请求就会阻塞。

HTTP2.0:

复用TCP而且能够发送多个请求和回应，不用按照请求顺序进行处理。若是同一个TCP链接中有多个请求，服务器会将耗时比较多的请求，将处理好的部分发送，去处理下一个请求，处理完后再去处理耗时较多的。

 

说完了HTTP，再说说TCP

面试必备：

三次握手和四次挥手

三次握手（创建TCP链接）：

1.创建新链接，客户端发送一个包到服务器，等待服务器肯定。

2.服务器收到客户端的包，回应客户端这个包加上一个新的包。

3.客户端收到服务器的2个包，向服务端发送2个包的加密（1个包），客户端与服务器进入链接成功的状态

 

四次挥手（释放TCP链接）：

1.客户端发出释放请求(FIN)

2.服务器收到客户端的释放请求(FIN),通知应用进程，进入半关闭状态，此时，服务器仍是能够发送数据的，客户端还要接受，同时发送关闭确认请求(ACK)，客户端收到服务器的确认请求(ACK)等待服务器发送最后的数据以及释放请求(FINI)

3.服务器把最后的数据发送完后，向客户端发送释放请求(FIN)

4.客户端收到服务器的释放请求(FIN),发送服务器确认请求(ACK)，服务器收到肯定关闭请求(ACK)后，关闭TCP，客户端等一段时间后关闭链接。

 

为何要四次挥手，而不是三次？

答：根本缘由是，一方发送FIN只表示本身发完了全部要发的数据，但还容许对方继续把没发完的数据发过来。

        举个例子：A和B打电话，通话即将结束后，A说“我没啥要说的了”，B回答“我知道了”，可是B可能还会有要说的话，A不能要求B跟着本身的节奏结束通话，因而B可能又巴拉巴拉说了一通，最后B说“我说完了”，A回答“知道了”，这样通话才算结束。