浏览器请求上限（同时）—学习之路

正常来说，常用的谷歌浏览器同时可请求数为6个，多了的话，会有明显的等待时间

TCP是网络传输层中的协议，三次握手建立连接、四次挥手终止连接。问题中，因为使用axios结合async、await异步请求来请求接口，因此，7个TCP同时发起连接，但是客服端和服务端的连接并没有立即全部建立成功，通过查找资料发现浏览器对并发请求数量会做限制，项目使用HTTP1.1协议，在Chrome中的最大并发数是6，到第七个请求时开始等待，stalled就变长了
————————————————

HTTP协议
HTTP0.9、HTTP1.0每个请求单独建立一个TCP连接，请求完成连接断开；
HTTP1.1可以持久连接，TCP建立连接后不会立即关闭，多个请求可以复用同一个TCP连接，同时请求可以并行，但是不同浏览器对并行次数有个数限制，以下是各个浏览器的并发次数；

HTTP2发送请求时，既不需要排队发送，也不需要排队返回，降低了传输时间；
HTTP3目前还在草案阶段，使用 QUIC（Quick UDP Internet Connection）是谷歌制定的一种基于UDP的低时延的互联网传输层协议。替换 TCP，彻底规避了 TCP 传输的效率问题。
————————————————
版权声明：本文为CSDN博主「莉兹Liz」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_40138556/article/details/114303571、

udp介绍：

TCP是基于连接的，而UDP是基于非连接的。
tcp传输数据稳定可靠，适用于对网络通讯质量要求较高的场景，需要准确无误的传输给对方，比如，传输文件，发送邮件，浏览网页等等
udp的优点是速度快，但是可能产生丢包，所以适用于对实时性要求较高但是对少量丢包并没有太大要求的场景。比如：域名查询，语音通话，视屏直播等。udp还有一个非常重要的应用场景就是隧道网络，比如：vpn,VXLAN.

udp协议是非连接的，发送数据就是把简单的数据包封装一下，然后从网卡发出去就可以了，数据包之间并没有状态上的联系，正因为udp这种简单的处理方式，导致他的性能损耗非常少，对于cpu,内存资源的占用也远小于tcp,但是对于网络传输过程中产生的丢包，udp并不能保证，所以udp在传输稳定性上要弱于tcp，所以，tcp和udp的主要却别：tcp传输数据稳定可靠，适用于对网络通讯质量要求较高的场景，需要准确无误的传输给对方，比如，传输文件，发送邮件，浏览网页等等，udp的优点是速度快，但是可能产生丢包，所以适用于对实时性要求较高但是对少量丢包并没有太大要求的场景。比如：域名查询，语音通话，视屏直播等。udp还有一个非常重要的应用场景就是隧道网络

以人与人之间的通信为例：UDP协议就相当于是写信给对方，寄出去信件之后不能知道对方是否收到信件，信件内容是否完整，也不能得到及时反馈，二TCP协议就像是打电话通信，在这一系列流程都能得到及时反馈，并能确保对方及时接收到。如下图：
版权声明：本文为CSDN博主「五颜六色的黑」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_38483133/article/details/123864253