HTTP--对比/区别/长连接

分手后的思念是犯贱 2023-07-06 06:14 22阅读 0赞

原文网址：[HTTP--对比/区别/长连接\_IT利刃出鞘的博客-CSDN博客][HTTP--_IT_-CSDN]

# 其他网址 #

[HTTP 教程 | 菜鸟教程][HTTP _ _]

# Http，Socket，Websocket #

## 对比 ##

其他网址

> [http,websocket和socket详解\_网络\_qq\_38859786的博客-CSDN博客][http_websocket_socket_qq_38859786_-CSDN]  
> [Http、Socket、WebSocket之间联系与区别 - aspirant - 博客园][Http_Socket_WebSocket_ - aspirant -]  
> [WebSocket 和socket、HTTP的区别和联系\_网络\_SL\_ideas的博客-CSDN博][WebSocket _socket_HTTP_SL_ideas_-CSDN]

Socket是抽象层，在应用层与运输层中间。

<table> 
 <tbody> 
 <tr> 
 <td style="width:108px;">项</td> 
 <td style="width:256px;">Http</td> 
 <td style="width:440px;">Websocket</td> 
 </tr> 
 <tr> 
 <td colspan="3">相同点</td> 
 </tr> 
 <tr> 
 <td style="width:108px;">所在层面</td> 
 <td style="width:256px;">应用层（调用Socket，基于TCP）</td> 
 <td style="width:440px;">应用层（模拟Socket，基于TCP）</td> 
 </tr> 
 <tr> 
 <td colspan="3">联系</td> 
 </tr> 
 <tr> 
 <td style="width:108px;"></td> 
 <td colspan="2">WebSocket通过HTTP协议建立握手建立之后，使用TCP协议传输。</td> 
 </tr> 
 <tr> 
 <td colspan="3">不同点</td> 
 </tr> 
 <tr> 
 <td style="width:108px;">连接类型</td> 
 <td style="width:256px;"> 短连接（浏览器控制，页面无法控制）。 </td> 
 <td style="width:440px;"> 长连接。 连接时间可编程，可永久连接（除非断网）。 </td> 
 </tr> 
 <tr> 
 <td style="width:108px;">通信方式</td> 
 <td style="width:256px;">客服端发起请求，服务端才响应。服务端不能主动联系客户端，只能由客户端发起。（单向）</td> 
 <td style="width:440px;"> &nbsp; &nbsp; &nbsp; &nbsp; 只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。 &nbsp; &nbsp; &nbsp; &nbsp; 不用再次发起网络请求，它允许服务端主动向客户端推送数据。 </td> 
 </tr> 
 <tr> 
 <td style="width:108px;">端口</td> 
 <td style="width:256px;">默认为8080</td> 
 <td style="width:440px;">默认情况下，Websocket协议使用80端口；运行在TLS之上时，默认使用443端口。</td> 
 </tr> 
 </tbody> 
</table>

![format_png][]

## HTTP ##

短连接：在HTTP1.0中，客户端发送请求，服务器接收请求，双方建立连接，服务器响应资源，请求结束。

长连接：持久连接的特点是，只要任意一端没有明确提出断开连接，则保持 TCP 连接状态。  
HTTP1.1开始,默认采用持久连接,使用了一种叫做keepalive connections 的机制。在传输数据后仍然保持连接，当客户端再次获取数据时,直接使用刚刚空闲下来的连接,而无需再次握手，低线路负载，提高传输速度。  
Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。

长连接优势：减少了连接请求，降低TCP阻塞，减少了延迟，实时性较好。  
长连接劣势：可能会影响性能，因为它在文件被请求之后还保持了不必要的连接很长时间。

## Websocket ##

其他网址

> [WebSocket原理浅析与实现简单聊天 - 个人文章 - SegmentFault 思否][WebSocket_ - _ - SegmentFault]  
> [服务端向客户端推送消息技术之websocket的介绍][websocket]  
> [WebSocket原理及如何使用][WebSocket]

WebSocket连接的过程如下

> 1.  首先，客户端发起http请求，经过3次握手后，建立起TCP连接；http请求里存放WebSocket支持的版本号等信息，如：Upgrade、Connection、WebSocket-Version等；
> 2.  然后，服务器收到客户端的握手请求后，同样采用HTTP协议回馈数据；
> 3.  最后，客户端收到连接成功的消息后，开始借助于TCP传输信道进行全双工通信。

# HTTP1.1与HTTP2.0区别 #

其他网址：[HTTP2.0和HTTP1.0的区别\_网络\_choudan8888的博客-CSDN博客][HTTP2.0_HTTP1.0_choudan8888_-CSDN]

HTTP2.0引入了服务端推送

> 例如我的网页有一个style.css的请求，在客户端收到sytle.css数据的同时，服务端会将style.js的文件推送给客户端，当客户端再次尝试获取style.js时就可以直接从缓存中获取到，不用再发请求了。

新的二进制格式制

> HTTP1.0的解析是基于文本，基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样性，要做到健壮性考虑的场景必然很多，二进制则不同，只认识0和1的组合。基于这种考虑HTTP2.0的协议解析约定采用二进制格式制，实现方便和快捷。

多路复用

> 多路复用即链接共享，每一个request都是用做链接共享机制的。一个request对应一个id，这样一个链接上可以有多个request，每个链接的request可以随机的混杂在一起，接收方可以根据request的id不同将request在归属到各自不同的服务端请求里面。简单来说就是一个tcp链接里面可以同时有多个http请求，多个请求是并行执行，当一个请求严重阻塞时，不会影响其他连接上的请求正常执行。

header压缩

> HTTP1.0的header带有大量的信息，而且每次都要重复发送，HTTP2.0使用encoder来减少传输的header大小。通讯双方各自cache一份header fields表，既避免了重复header的传输，又减小了需要传输的大小。

**HTTP2.0中的多路复用技术和HTTP1.0的长连接复用技术有什么区别？**

> HTTP1.0之前的版本中，所有的tcp链接都是请求一个，用完就关闭此次链接。但在HTTP1.0之后，所有的链接都是默认的长连接，请求头connection可以设置为connection：keep-alive，当请求一个页面之后，客户端和服务器之间用于传输数据的链接不会关闭，如果客户端再次访问这个服务器的网页，会继续使用这一条已经建立的链接。当然也可以关闭这一设置，connection设置为connection：close代表一个链接完成后，客户端和服务器用于传输HTTP数据的链接会关闭，如果要再次请求，则需需要重新建立链接。
> 
> HTTP1.0中用到的都是长连接复用技术，当请求一个页面之后，客户端和服务器之间用于传输数据的链接不会关闭，如果客户端再次访问这个服务器的网页，会继续使用这一条已经建立的链接。但它的缺点是如果在这一条tcp链接中有多个请求，那么只有在前面的请求完成之后，后面的请求才可以执行；若是有一个请求严重阻塞，那么后面的请求就会被阻塞。
> 
> HTTP2.0中用到的多路复用技术就缓解了上面的问题，多个请求可同时在一个tcp连接上并行执行。某个请求任务耗时严重，不会影响到其它连接的正常执行。

[HTTP--_IT_-CSDN]: https://knife.blog.csdn.net/article/details/104344867
[HTTP _ _]: https://www.runoob.com/http/http-tutorial.html
[http_websocket_socket_qq_38859786_-CSDN]: https://blog.csdn.net/qq_38859786/article/details/80523642
[Http_Socket_WebSocket_ - aspirant -]: https://www.cnblogs.com/aspirant/p/11334957.html
[WebSocket _socket_HTTP_SL_ideas_-CSDN]: https://blog.csdn.net/SL_ideas/article/details/73648378
[format_png]: https://imgconvert.csdnimg.cn/aHR0cDovLzViMDk4OGU1OTUyMjUuY2RuLnNvaHVjcy5jb20vaW1hZ2VzLzIwMTkwNjIyLzlkYmRlMDMyMmNjMTQ4MmZhMTdiMzhhNGUzYmZlNjY0LmpwZWc?x-oss-process=image/format,png
[WebSocket_ - _ - SegmentFault]: https://segmentfault.com/a/1190000021094200
[websocket]: https://baijiahao.baidu.com/s?id=1648053712031749658&wfr=spider&for=pc
[WebSocket]: https://baijiahao.baidu.com/s?id=1617829980923673614&wfr=spider&for=pc
[HTTP2.0_HTTP1.0_choudan8888_-CSDN]: https://blog.csdn.net/choudan8888/article/details/100628686