HTTP的发展----HTTP0.9,HTTP1.0,HTTP1.1,SPDY,HTTP2.0

最新推荐文章于 2024-06-06 08:00:00 发布
最新推荐文章于 2024-06-06 08:00:00 发布
阅读量428 收藏
点赞数 4
分类专栏： Media Streaming Live Streaming Platform Note Computer Network
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_31813549/article/details/102919839
版权

HTTP的发展历程

HTTP的历史

  1. HTTP协议是什么? ：Hyper Text Transfer Protocol（超文本传输协议）,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。HTTP是一个基于 TCP/IP通信协议来传递数据（HTML 文件, 图片文件, 查询结果等）。HTTP是一个属于 应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。HTTP协议工作于 客户端-服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息。
    在这里插入图片描述
  2. HTTP协议的发展 ：早在 HTTP 建立之初，主要就是为了将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。也是说对于前端来说，我们所写的HTML页面将要放在我们的 web 服务器上，用户端通过浏览器访问url地址来获取网页的显示内容，但是到了 WEB2.0 以来，我们的页面变得复杂，不仅仅单纯的是一些简单的文字和图片，同时我们的 HTML 页面有了 CSS，Javascript，来丰富我们的页面展示，当 ajax 的出现，我们又多了一种向服务器端获取数据的方法，这些其实都是基于 HTTP 协议的。同样到了 移动互联网时代，我们页面可以跑在手机端浏览器里面，但是和 PC 相比，手机端的网络情况更加复杂，这使得我们开始了不得不对 HTTP 进行深入理解并不断优化过程中。
    在这里插入图片描述

其中核心版本(具有代表性的)为HTTP1.0, HTTP1.1, HTTP2.0

  1. HTTP协议的优化 :影响一个 HTTP 网络请求的因素主要有两个：带宽和延迟。
    带宽：如果说我们还停留在拨号上网的阶段，带宽可能会成为一个比较严重影响请求的问题，但是现在网络基础建设已经使得带宽得到极大的提升，我们不再会担心由带宽而影响网速，那么就只剩下延迟了。
    延迟：
    1)浏览器阻塞（HOL blocking）：浏览器会因为一些原因阻塞请求。浏览器对于同一个域名，同时只能有 4 个连接（这个根据浏览器内核不同可能会有所差异），超过浏览器最大连接数限制，后续请求就会被阻塞。
    2)DNS 查询（DNS Lookup）：浏览器需要知道目标服务器的 IP 才能建立连接。将域名解析为 IP 的这个系统就是 DNS。这个通常可以利用DNS缓存结果来达到减少这个时间的目的。
    3)建立连接（Initial connection）：HTTP 是基于 TCP 协议的，浏览器最快也要在第三次握手时才能捎带 HTTP 请求报文，达到真正的建立连接，但是这些连接无法复用会导致每次请求都经历三次握手和慢启动。三次握手在高延迟的场景下影响较明显，慢启动则对文件大量请求影响较大。

HTTP 0.9

1991年，伴随WWW诞生之初，HTTP/0.9协议已经提出。HTTP0.9是简单且应用受限的协议。其协议之简单甚至只用下面一个访问谷歌主机的例子概括了HTTP/0.9的全部。

telnet google.com 80
Connected to x.x.x.x
GET /about
(Hyper text)
(Conection closed)
  1. 支持从网络主机获取对应路径的资源, 但是没有扩展属性。
  2. 协议只支持GET操作.
  3. 没有http头.
  4. 响应只能是超文本(支持HTML语言格式化,但没有图片等)。
  5. 具有典型的无状态性(短连接)，每个事务独立进行处理，事务结束时就释放这个连接。由此可见，HTTP协议的无状态特点在其第一个版本0.9中已经成型。一次HTTP/0.9的传输首先要建立一个由客户端到Web服务器的TCP连接，由客户端发起一个请求，然后由Web服务器返回页面内容，然后连接会关闭。
  6. 如果请求的页面不存在，也不会返回任何错误码。

HTTP 1.0

1996年, HTTP1.0最早在网页中使用，那个时候只是使用一些较为简单的网页上和网络请求上.其特点如下:

  1. 响应对象以一个响应状态行开始
  2. 开始支持客户端通过POST方法向Web服务器提交数据，支持GET、HEAD、POST方法
  3. 请求与响应支持头域
  4. 响应对象不只限于超文本
  5. 默认短连接（但支持长连接,只需要在header中设置Connection:Keep-Alive,可以在一定时间内复用连接，具体复用时间的长短可以由服务器控制，一般在15s左右)
  6. 缓存机制，以及身份认证

HTTP 1.1

1999年, HTTP1.1则以RFC标准形式广泛应用于现在的各大浏览器网络请求中，同时HTTP1.1也是当前使用最为广泛的HTTP协议。 相对于HTTP1.0主要区别主要体现在增加了多个头部字段：

  1. 缓存管理(cache-Control头)，在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准，HTTP1.1则引入了更多的缓存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的cache-Control头来控制缓存策略。
  2. 范围请求功能(range头), 实现了带宽优化及网络连接的使用. HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。
  3. 错误通知管理，在HTTP1.1中新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。
  4. 虚拟主机管理(host头)，在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。
  5. 默认为长连接，HTTP 1.1支持长连接（PersistentConnection) 和请求流水线( Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection： keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。如果相关闭长连接,可以设置Conection:Close.
ii

长连接不需要多次的建立连接,可以在短暂的周期内(同一个域名连接内,大约15s),连续请求并且获取响应.其缺点是串行连接,第一个请求的响应没有获取到,之后的请求都会出现头部阻塞的问题.
pipelining请求流水线,虽然仍然是串行模式,但是不需要等待前面的请求获取响应之后在发送.而是前面的请求发送完之后,就可以接着发送请求.这样可以极大的降低时延.

HTTPS

1999年,TLS1.0出现,HTTP加密与解密形成.相对于HTTP协议的区别:

  1. HTTPS协议需要到CA申请证书，一般免费证书很少，需要交费。
  2. HTTP协议运行在TCP之上，所有传输的内容都是明文，HTTPS运行在SSL/TLS之上，SSL/TLS运行在TCP之上，所有传输的内容都经过加密的。
  3. HTTP和HTTPS使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
  4. HTTPS可以有效的防止运营商劫持，解决了防劫持的一个大问题。
ii

SPDY: HTTP 1.x

2012年google提出了SPDY的方案，优化了HTTP1.X的请求延迟，解决了HTTP1.X的安全性，具体如下：

  1. 降低延迟，针对HTTP高延迟的问题，SPDY优雅的采取了多路复用（multiplexing）。多路复用通过多个请求stream共享一个tcp连接的方式，解决了head of line blocking(头部阻塞)的问题，降低了延迟同时提高了带宽的利用率。其中 head of line blocking(头部阻塞)是指,串行的数据传输,前面的流发生拥塞,后面的流都需要等待,直到前面的流全部处理结束.
  2. 请求优先级（request prioritization）。多路复用带来一个新的问题是，在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级，这样重要的请求就会优先得到响应。比如浏览器加载首页，首页的html内容应该优先展示，之后才是各种静态资源文件，脚本文件等加载，这样可以保证用户能第一时间看到网页内容。
  3. header压缩。前面提到HTTP1.x的header很多时候都是重复多余的。选择合适的压缩算法可以减小包的大小和数量。
  4. 基于HTTPS的加密协议传输，大大提高了传输数据的可靠性。
图片名称 图片名称
5. 服务端推送（server push），采用了SPDY的网页，例如我的网页有一个sytle.css的请求，在客户端收到sytle.css数据的同时，服务端会将sytle.js的文件推送给客户端，当客户端再次尝试获取sytle.js时就可以直接从缓存中获取到，不用再发请求了.

HTTP 2.0

2015年,HTTP2.0出现. HTTP2.0可以说是SPDY的升级版（其实原本也是基于SPDY设计的)

HTTP2.0 跟 SPDY 的区别

  1. HTTP2.0 支持明文 HTTP 传输，而 SPDY 强制使用 HTTPS加密传输
  2. HTTP2.0 消息头的压缩算法采用 HPACK，而SPDY 采用 DEFLATE

HTTP2.0和HTTP1.0相比的新特性

  1. 二进制分帧
    HTTP 2.0 将所有传输的信息分割为更小的消息和帧，并对它们采用二进制格式的编码。

注：HTTPS 是二进制分帧的另一个典型示例：所有HTTP 消息都以透明的方式为我们编码和解码，不必对应用进行任何修改。HTTP2.0工作原理有点类似
流：流是连接中的一个虚拟信道，可以承载双向的消息；每个流都有一个唯一的整数标识符（1、2 … N）；
消息：是指逻辑上的 HTTP 消息，比如请求、响应等，由一或多个帧组成。
帧：客户端与服务器通过交换帧来通信，帧是基于这个新协议通信的最小单位。

ii

  1. 多路复用
    多路复用允许同时通过单一的HTTP/2.0 连接发起多重的请求-响应消息。有了新的分帧机制后，HTTP/2.0不再依赖多个TCP 连接去处理更多并发的请求。每个数据流都拆分成很多互不依赖的帧，而这些帧可以交错（乱序发送），还可以分优先级。最后再在另一端根据每个帧首部的流标识符把它们重新组合起来。HTTP 2.0 连接都是持久化的，而且客户端与服务器之间也只需要一个连接（每个域名一个连接）即可。
ii

图中包含了同一个连接上多个传输中的数据流：客户端正在向服务器传输一个DATA 帧（stream 5），与此同时，服务器正向客户端乱序发送stream 1 和stream 3的一系列帧。此时，一个连接上有3 个请求/ 响应并行交换！
把HTTP 消息分解为独立的帧，交错发送(并行连接)，然后在另一端重新组装是HTTP 2.0 最重要的一项增强。这个机制会在整个Web 技术栈中引发一系列连锁反应，从而带来巨大的性能提升。
HTTP 2.0 的二进制分帧机制和多路复用解决了HTTP 1.x 中存在的队首阻塞问题，也消除了并行处理和发送请求及响应时对多个连接的依赖。

  1. 每个来源一个连接
    大多数HTTP 连接的时间都很短，而且是突发性的，但TCP 只在长时间连接传输大块数据时效率才最高。HTTP 2.0 通过让所有数据流共用同一个连接，可以更有效地使用TCP 连接。
  2. 头部压缩(HPACK压缩算法)
    HTTP/1.1 的首部带有大量信息，由于cookie和user agent很容易膨胀，而且每次都要重复发送。HTTP/2.0 要求通讯双方各自缓存一份首部字段表, 一边用index mapping table压缩，一边编码，这个table由静态表和动态表组成, 从而避免了重复传输。

http2.0会压缩首部元数据：在客户端和服务器端使用“首部表”来跟踪和存储之前发送的键值对，对于相同的数据，不再通过每次请求和响应发送；“首部表”在http2.0的连接存续期内始终存在，由客户端和服务器共同渐进地更新；每个新的首部键值对要么追加到当前表的末尾，要么替换表中之前的值。

ii
请求与响应首部的定义在HTTP2.0中基本没有改变，只是所有首部键必须全部小写，而且请求行要独立为 :method、:scheme、:host、:path这些键值对。
  1. 请求优先级
    把HTTP 消息分解为很多独立的帧之后，就可以通过优化这些帧的交错和传输顺序，每个流都可以带有一个31 比特的优先值：0 表示最高优先级；2的31次方-1 表示最低优先级。服务器可以根据流的优先级，控制资源分配（CPU、内存、带宽），而在响应数据准备好之后，优先将最高优先级的帧发送给客户端。HTTP 2.0 一举解决了所有这些低效的问题：浏览器可以在发现资源时立即分派请求，指定每个流的优先级，让服务器决定最优的响应次序。这样请求就不必排队了，既节省了时间，也最大限度地利用了每个连接。
  2. 服务端推送server pull
    就是服务器可以对一个客户端请求发送多个响应。服务器向客户端推送资源无需客户端明确地请求。服务端推送能把客户端所需要的资源伴随着index.html一起发送到客户端，省去了客户端重复请求的步骤。正因为没有发起请求，建立连接等操作，所以静态资源通过服务端推送的方式可以极大地提升速度。
ii

HTTP 2.0 连接后，客户端与服务器交换SETTINGS 帧，借此可以限定双向并发的流的最大数量。因此，客户端可以限定推送流的数量，或者通过把这个值设置为0 而完全禁用服务器推送。
所有推送的资源都遵守同源策略。换句话说，服务器不能随便将第三方资源推送给客户端，而必须是经过双方确认才行。
PUSH_PROMISE：所有服务器推送流都由PUSH_PROMISE 发端，服务器向客户端发出的有意推送所述资源的信号。客户端接收到PUSH_PROMISE 帧之后，可以视自身需求选择拒绝这个流

相关链接

[1] HTTP 0.9 HTTP 1.0 HTTP 1.1 HTTP 2.0区别
[2] http2.0深入理解
[3] HTTP 2.0 协议详解
[4] http2.0
[5] HTTP1.0、HTTP1.1 和 HTTP2.0 的区别

VABIS_VHAS
关注
专栏目录
HTTP1.0、HTTP1.1 、SPDY、HTTP2.0之演变过程和优化
码莎拉蒂
12-31 2859
一、协议的演变过程和时间 HTTP1.0(1996年) -> HTTP1.1(1999年) -> SPDY（2012年google提出了SPDY的方案） -> HTTP2.0(2013年8月进行首次合作共事性测试) 二、影响一个HTTP网络请求的因素 主要有两个：带宽和延迟 1）带宽：网络基础建设已经使得带宽得到极大的提升，一般不再会担心带...
HTTP2.0 相比 HTTP1.0、HTTP1.1 有哪些重大改进？值得升级更换吗？
热门推荐
程序员光剑
02-10 1万+
HTTP/2 是 Internet 工程任务组（IETF）对 HTTP 协议的最新更新。该协议是 HTTP/1.1（其于1999年起草）的后继协议。随着网络的发展，HTTP/2 是急需的更新。此更新带来了效率，安全性和速度方面的进步。HTTP/2 主要基于 Google 自己的协议 SPDY。HTTP/2 第一次出现并被讨论的时候，SPDY 正逐渐受到实现者(例如 Mozilla 和 nginx)的青睐时，并且被当成对 HTTP/1.x 的重大改进。
HTTP 0.9 HTTP 1.0 HTTP 1.1 HTTP 2.0区别
武培轩
03-24 350
HTTP 0.9 HTTP 1.0 HTTP 1.1 HTTP 2.0区别 HTTP协议 ：Hyper Text Transfer Protocol（超文本传输协议）,是用于从万维网（WWW:World Wide Web）服务器传输超文本到本地浏览器的传送协议。是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。 HTTP是一...
http0.9 http1.0 http1.1 http2 http3总结
VR_tyy的博客
07-23 416
HAR文件：记录每一次请求的细节，方便还原浏览器打开的行为。 Pingdom：网络的性能分析。 Caniuse：检测网络的特性。 http0.9 时间：1991年 目标：在网络之间传递HTML超文本内容，用于学术交流。 实现：基于TCP的请求响应模式 请求：只有请求行（get请求），没有请求头和请求体。 响应：只返回响应数据（字符流），没有响应头。 缺陷：具有局限性，无法满足复杂的需求。 http1.0 时间：1996年 目标：不仅能够传输HTML文件，还能够传输JavaScript、CSS、图片、视频
《HTTP 0.9》中文翻译
亚里斯的专栏
04-24 1356
原文链接 在1991年定义的最原始的HTTP协议 本文档定义了超文本传输协议(HTTP)，它最初是由万维网在其软件原型中实现的。它被称为HTTP 0.9，是完整HTTP协议的一个子集。 查询过程是不携带客户端配置文件信息的。后续的HTTP协议应该向后兼容这个协议。 这个受限的协议非常简单，它通常会在这种情况下使用：当你不需要向后兼容完整协议的时候。 这个协议的定义是在公共领域之下的(...
HTTP0.9/1.0/1.1/2
2197
07-22 900
1》HTTP/0.9 只有一个GET命令,服务器只能回应HTML格式的字符串，不能回应别的格式。服务器发送完毕，就关闭TCP连接。 2》HTTP/1.0 1)任何格式的内容都可以发送 Content-Type：服务器回应的时候告诉客户端数据类型是什么 Accept：请求时用于指定客户端接受哪些类型的信息 Content-Encoding：字段说明数据的压缩方法 Accept-Enco...
JackHttp -- 从原理来理解 HTTP
JackWaiting
12-04 1510
简介TCP/IP 那么到底什么是 HTTP？ 为什么定义 HTTP，其目的是什么？ HTTP 工作原理 请求行（Request - Line） 请求头( Request-header) 空行（CRLF） 请求体（message-body） 返回响应 响应头部（Response Header） 响应码（状态码） 对拆分问题进行解答 总结 ———————————————— 版权声明：本文为CSDN博主「JackWaiting」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
云原生知识充电——HTTP进阶——多版本HTTP分析(附实验验证)
Yushiba972的博客
06-12 698
“ 文章介绍了HTTP/0.9、HTTP/1.0、HTTP/1.1、HTTP/2.0、HTTP/3.0各自的特点，并通过浏览器开发者工具和响应辅助网站对比HTTP/1.1与HTTP//2.0。”
HTTP及其2.0版本综述
成长的足迹
07-01 816
1.HTTP的历史HTTP出现已有近30年的历史了。最早的版本HTTP 0.9发布于1991。随后的HTTP 1.0发布于1996.5，提供了缓存相关的Head，如If-Modified-Since,Expires等。1999年发布的HTTP 1.1是使用最广泛的版本，其改进的特征如下：增强了缓存相关的Head: Entity tag，If-Unmodified-Since, If-Match, ...
【网络协议】【HTTP】精讲HTTP协议发展史！图解超赞超详细！！！
最新发布
金陵岂是池中物的博客
06-06 985
精讲HTTP协议各版本特点！HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写。是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式。超文本传输协议是一种用于分布式、协作式和超媒体信息系统的应用层协议，是万维网WWW（World Wide Web）的数据通信的基础。
Http 协议历史
zjilvufe的专栏
08-28 691
HTTP 协议是互联网的基础协议，也是网页开发的必备知识，最新版本 HTTP/2 更是让它成为技术热点。 本文介绍 HTTP 协议的历史演变和设计思路。 一、HTTP/0.9 HTTP 是基于 TCP/IP 协议的应用层协议。它不涉及数据包（packet）传输，主要规定了客户端和服务器之间的通信格式，默认使用80端口。
91、HTTP 0.9 ~ HTTP 3.0的发展历程
sunnnnh的博客
10-04 2064
目录 一、HTTP 0.9（1991） 二、HTTP 1.0（1996） 三、HTTP 1.1（1997） 四、HTTP 2.0（2015） 五、HTTP 3.0（2020） 一、HTTP 0.9（1991） http0.9 特点： http0.9 是第一个版本的http协议，比较简单，只支持get请求； 只有一个请求行，没有请求头和请求体。因为一个请求行就可以完整表达客户端的需求了； 服务器没有返回头信息，只需要返回HTML格式的数据即可（只能是HTML格式的）； 无连接、无.
HTTP/0.9 - HTTP/1.1的演进
ES6之super关键字详解
10-11 423
HTTP是浏览器中服务器和浏览器之间的传输协议，是前后端开发人员都要掌握的知识点，无论是开发还是面试，都是绕不开的话题，今天一起来学习一下相关知识，演进历程差不多算是从HTTP/1到即将来临的HTTP/2,再到未来的HTTP/3 HTTP/0.9 1991年诞生了HTTP/0.9,当时主要是为了在服务器和浏览器之间传输HTML文件，也称之为超文本传输协议(HyperText Transfer Protocol), 实现比较简单，客户端发起请求，服务端返回数据 来看一下HTTP/0.9的一个完整的请求流程.
HTTP0.9、HTTP1.0、HTTP1.1、HTTP2、HTTP3的区别
张花生的博客
09-20 2821
HTTP0.9（1991） 该版本极其简单，只有一个命令GET GET /index.html 上面命令表示，TCP 连接（connection）建立后，客户端向服务器请求（request）网页index.html。 协议规定，服务器只能回应HTML格式的字符串，不能回应别的格式。 <ht...
curl命令 提示 curl: (1) Received HTTP/0.9 when not allowed
u010580034的博客
12-28 2952
执行curl命令错误提示。
http/0.9 http/1.0 vs http/1.1
zs12344444的专栏
12-15 734
HTTP/0.9 and HTTP/1.0 only supported transitory connections between an HTTP client and server, where just a single request and response could be exchanged on a TCP connection. This is very inefficient
网络请求（一）— HTTP/0.9、HTTP/1.0、HTTP/2.0、SPDY
xingyu19911016的博客
04-24 3782
1 HTTP/0.9 HTTP的最早版本诞生在1991年，这个最早版本和现在比起来极其简单，没有HTTP头，没有状态码，没有版本号。后来它的版本号才被定为0.9，用来和其他版本的HTTP区分。HTTP/0.9只支持一种请求方式—— GET，请求只有一行： GET /hello.html 响应也是非常简单的，只包含html文档本身： <HTML> Hello world </HTML> 当TCP建立连接之后，服务器向客户端返回HTML格式的字符串。发送完毕后，就关闭TCP连接。由
HTTP0.9 vs. HTTP1.0 vs. HTTP1.1 vs. HTTPng
dodott的专栏
04-22 1870
一，HTTP协议最初开始的设计目标就是通过网络来支持Client和Server之间的事务处理。为了适应WWW的需求，在功能和性能方面进行了 大量的改进，最开始出现的HTTP原始协议现在称为HTTP0.9，它是一个面向消息的简单协议，是现在使用的HTTP协议的子集。因此它同 HTTP1.0,HTTP1.1兼容。该协议描述了Client和Server之间请求和响应的过程:Client在本地主机向运行于
HTTP0.9到HTTP2.0，各HTTP的特点
weixin_34289454的博客
03-23 364
HTTP0.9 只有一个GET请求方式 没有HEADER等描述数据的信息 服务端相响应之后，立即关闭TCP连接 HTTP1.0 请求方式新增了POST，DELETE，PUT，HEADER等方式 新增了status code和header相关内容 增加了多字符集支持，多部分发送，权限，缓存等 HTTP1.1 支持持久连接 pipeline，串行连接（需等待），谷歌浏览器默认并发的TCP连接...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值