聊聊HTTP2

最新推荐文章于 2024-01-25 10:33:43 发布
最新推荐文章于 2024-01-25 10:33:43 发布
阅读量483 收藏
点赞数
分类专栏： 后端 文章标签： http 网络协议 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zou8944/article/details/120974449
版权

花了两天时间读完HTTP2的RFC，揭开HTTP2的神秘面纱，驱散心中迷雾，它比HTTP1.1，到底改变了什么。

这是一篇什么样的文章

这是一篇化繁为简的文章，只pick HTTP2中最为关键的部分，忽略细节实现部分。毕竟，每个人读一个文档的目的是不一样的。像我只是想从原理上理解，以便之后使用时能够更加顺畅；而如果是为了实现一个支持HTTP2的库，则需要抠细节，当然花费的时间肯定也不一样，那会是一遍一遍又一遍。

同时我也受够了网上花花绿绿的文章，它们，十之八九，乃基于数篇至数百篇咀嚼过的N手知识，稀碎拼凑而成。看完之后，给人似懂非懂，缺斤少两的感觉。当然，并不是在说人家不好，我也没那个资格，深以为，大家写文章、做总结，其受众非我等小明小红小丽，实为作者自己。认知闭合，学习金字塔，是公共的概念，也是大家的需求。写文章，也算是教授给他人的一种方式。

并不是说我这个文章就比别人的好，那也不见得。文章的好坏与否，取决于本身质量、表述方式等诸多因素。我写这篇文章，也更多是给今后的自己看，于其他人，和网上其它千百文章并无二致。大家并不会因为看了它对HTTP2变得更加了解，这不符合正常的学习曲线。

不过，硬要说的话，我还是可以推荐一篇写得好的HTTP2文章的，详尽，且带有实例讲解，文章基于RFC，同时查阅了很多其他资料，可说是长篇佳作。但它也有缺点，即没有重点，或重点过多。比如HTTP2的优势一节，服务端推送、应用层重置连接、优先级设置、流量控制等，未见得是优势，对理解来说并无关键作用。

HTTP2详解

HTTP2升级了什么

HTTP1.x和HTTP1.1有几个主要的问题

  • 对同一地址的多次请求，会创建多个TCP连接。HTTP1.0自不必多说，每个请求就会创建一个连接；HTTP1.1虽有所优化，还引入了pipline技术，但也仅仅是将几个请求合并在一个连接，且pipline技术还会有管线头问题，即响应的顺序必须和请求的顺序一致，如果管线中第一个请求阻塞了，会导致同一管线中其它请求的阻塞，即请求之间互相影响了。
  • HTTP请求头多且重复，浪费带宽。

HTTP2的解决方案，也是HTTP2的主要内容，说是所有内容也不为过

  • 针对第一个问题，HTTP2提供的解决方案是多路复用，同一地址只会建立一个连接，节省资源；引入Stream和帧，使得不同请求之间完全不干扰，提升传输效率。
  • 针对请求头多的问题，HTTP2使用HPACK压缩算法，压缩掉重复的请求头。
  • 还有一个额外的优化：服务端推送，它使得服务端可以自动发送预加载资源，而不必客户端主动请求。

先强调几个点

  • HTTP2是一个二进制协议，不像HTTP1.x那样是文本协议。
  • HTTP2的服务端推送，与WebSocket、SSE等完全不一样，只是为了更快地在浏览器和服务器之间传输数据，我们并不能随意操作。

HTTP2通信过程

在语义上，HTTP2继承了绝大部分HTTP1.1的内容，因此在使用时完全感觉不到，浏览器或者我们HTTP库自动做了升级操作，不信看我们的Ingress访问日志，相当一部分请求已经走的HTTP2协议了。

image-20210912104305705

总体来说，一个完整的通信过程包括：协议升级 -> 数据分帧 -> 发送 -> 服务端组装帧 -> 服务端逻辑处理并响应 -> 数据分帧 -> 发送 -> 客户端组装帧 -> 处理响应。

可以看到，相对HTTP1.x，多了两类步骤，其它的和之前的协议一样，怪不得我们感受不到。

  • 协议升级
  • 数据分帧、合帧等中间操作

协议升级

还记得WebSocket的升级方式吗？是一样的。

这样的请求

GET / HTTP/1.1
Host: server.example.com
Connection: Upgrade, HTTP2-Settings
Upgrade: h2c
HTTP2-Settings: <base64url encoding of HTTP/2 SETTINGS payload>

升级成功就是这样的响应，然后就在同一个TCP连接上快乐地发送数据了

HTTP/1.1 101 Switching Protocols
Connection: Upgrade
Upgrade: h2c

请求头说明

  • Upgrade：表明升级的目标是HTTP2协议。h2c是HTTP2从非加密通道升级时的标识符；加密通道则为h2
  • HTT2-Settings：关于HTTP2传输参数的配置，配置的参数包括请求头索引表大小、并发流的个数等

数据分帧、合帧

HTTP2是二进制帧，而为了兼容当前的HTTP语义，即请求-响应机制，HTTP请求、响应中又包含请求行、头部、body等，这些内容都会被封装成HTTP2的帧进行传输，到远端再重新合并，这里给出一个RFC中对一些请求的分帧示例。

image-20210912111358587

例子中的POST请求，共被分为三帧。

  • HEADERS帧：将请求的方法、路径、scheme转换为伪头，封装进一个HEADER帧
  • CONTINUATION帧：这是作为上面那个HEADER的续帧，将请求的头部封装了进来
  • DATA帧：封装了该请求的请求体中的内容

接收方按照分帧的方式进行合帧，就能得到原始数据

关键点说明

表层看，通信过程就如上面讲的那样，但理解HTTP2的关键，要完全了解帧的概念，它是HTTP2数据传输的最小单位；要了解流的概念，它是实现多路复用的最关键技术；要了解头部压缩，它是实现带宽节省的关键技术。此外，还有两个点我忽略掉了，他们并不会给理解带来任何阻碍：流控和流的优先级

帧

帧在整个协议栈中的位置如下：

image-20210912115557314

这就是HTTP2的帧结构，其实挺简单

image-20210912112208591
字段名字段说明
Length帧的载荷长度
Type帧类型
Flags标记位，不同的帧类型会使用到不同的标记位
Stream ID流ID

帧类型大概有这么多（忽略了流控（WINDOW_UPADTE）和优先级（PRIORITY）两个类型）

帧类型说明
DATA数据帧
HEADERS头部帧，用于开启一个流
CONTINUATION作为HEADERS帧的续帧
RST_STREAM复位帧，用于中止一个流，当流发生错误时发送。
用它只会中止流，对连接上的其它流没有影响
SETTINGS设置帧，用于在数据发送交流通信参数
PUSH_PROMISE服务端推送帧，服务端发往客户端，表明服务端将要有数据推送下来，客户端等着
PING注意这不是心跳，而是测量一个请求-响应完成时间的帧
GOAWAY整个连接关闭前发送的帧，该帧携带了远端处理成功的最后一个流ID，以便接收方做优雅关闭

这么多帧，数据相关的帧只有前三种，其它都是控制帧。

多路复用（Stream、Frame）

三张图对比最原始的HTTP请求响应、pipeline、HTTP多路复用的区别。

image-20210912114949108

解读

  • 无pipeline时，一个HTTP请求必须等待上一个请求响应完成后才可进行，完全串行

  • 有pipeline时，请求可以不等待响应直接发送了，但是响应的顺序和请求的顺序必须完全一致。如果第一个请求响应很慢，会阻塞其它两个请求。

    这个，顶多相当于批量执行。

  • 多路复用时，与pipeline的区别，是响应之间互不干涉，随便怎么发都行。

怎么理解多路复用

多路：其实指的是请求与响应两路；也可以理解为一个请求响应理解为一路，多个请求连接复用一个连接。

复用：即同一个TCP连接，可以同时传输请求与响应的数据，数据之间互不干扰。这在之前可是不行的哦。

如何实现

多路复用，是帧（Frame）和流（Stream）共同作用的结果。

  • 帧有两个作用：一是可以携带额外的控制参数，如流ID；二是拆分数据包
  • 流则是一个逻辑上的抽象：一个TCP连接上所承载的数据，通过流进行逻辑识别。应用到HTTP语义的协议上，一个请求对应一个流，而TCP连接上胡乱交叉的请求与响应的数据帧才能被正确识别，因为有唯一识别符——流ID嘛

比如下面这个图，如果stream 3这两帧被服务端处理完后，服务端发送响应，只需要将响应帧的流也标识为stream 3，这样，无乱什么时候发过来，客户端都知道这个响应对应的是原来stream 3发出去的那个请求。

image-20210912120902351

HTTP1.1为什么不做多路复用

这是交付模型的直接结果，HTTP1.x还是直接的请求-响应模型，如果顺序打乱，将无法在茫茫请求中找到将发送的响应到底属于哪个请求，客户端在接收方也无法区分出收到的这个响应到底是哪个请求发送出去的。而HTTP2不一样，每个请求都被对应一个Stream（流），流有ID，逻辑上只要保证流内部的帧顺序不出错即可，至于响应，无论什么时候，我处理完的请求发送回去只要带流ID即可，客户端知道这个流ID对应的请求是谁。

流多说两点

HTTP2中的流，是一个逻辑概念，即拥有连续帧的抽象。关于流，有几个注意事项

  • 一个流内部，帧之间的顺序是绝对的，不然收到之后组装不回去，会报错的
  • 流可以指定优先级，优先级高的流会被优先处理，这在资源有限时会比较有用

头部编排和压缩

HTTP2的HEADERS帧并不直接对应HTTP1.x语义的头部哦，有没有发现HTTP2并没有为请求行和状态行这些HTTP1.x语义的内容留专门的定义，事实上确实没有，因此在进行HTTP1.x数据传输时，需要先做头部编排。

其中最重要的是将请求行编排为伪头，以冒号开头，具体来说

伪头举例说明
:methodGET方法
:schemehttps协议
:hostapi.wemore.com主机地址
:path/resource资源路径

至于压缩，HTTP2采用HPACK压缩算法，即构建一个索引表，将传输过的头部存入表中，下次传输时，如果头部已经在表中，则传索引号即可，否则传输实际请求头。需要注意的是，这个索引表是针对整个连接都有效的，所以能够跨Stream使用。

如下，第一个请求时，传输完整的头部，第二次请求时，仅有一个头部不一样，因此只传输这个头部即可，其它头部传索引（图中没画出来）。

image-20210912114305063

服务端推送

相信我，它并不是你想象的那个样子。

我刚开始想象的样子：有了HTTP2，我们将不再需要WebSocket，因为它是长连接，也是支持服务端主动发送数据。

但我想多了，看这里可以了解到，HTTP2所谓的服务端推送，只是打破了一个请求对应一个响应的语义，只有有限场景能够用到，即服务端知道客户端将要请求什么数据，比如服务端返回一个网页，网页内嵌了很多图片、css、js等静态资源，按照以往的规则，都是要等待客户端发起推送的，但现在不一样，服务端可以告诉客户端：你先等着，我还有数据要发给你。

实现方式

服务端发送PUSH_PROMISE帧，客户端收到之后，不关闭流，而是待机等待。

应用范围

目前还很窄，nginx支持简单的静态资源推送，如下

# 这表明访问index.html时，服务端会主动推送下面这些静态文件
location = /index.html {
  http2_push /css/style.css;
  http2_push /js/main.js;
  http2_push /img/yule.jpg;
  http2_push /img/avatar.jpg;
}

其它场景应用也不是很多，主要还是对资源加载的优化，并不像WebSocket那样，完全将客户端-服务端之间数据传输的控制权完全交给用户。

抓个包看一下

主要抓包有三种方式，网上搜一搜就知道了

  • chrome：并不能通过控制台看到HTTP2的通信过程，而是要通过特殊的工具：chrome://net-internals/#http2
  • nghttp2：一个开源命令行工具，能够抓取一个网站的HTTP2完整的通信过程
  • wireshark：TCP抓包工具，但是要抓HTTP2包需要先配置秘钥，配置方式和Charles等不一样：Charles是伪造TLS证书，wireshark是窃取TLS握手成功后交换的对称秘钥

我用nghttp2抓了一个nghttp2.org网站的包，可以看到大致流程

  • 建立连接，协议升级，https内标识：h2
  • 发送SETTINGS帧，设置的内容有
    • 客户端流最大并发度：100
    • 客户端的流控窗口初始值：65535
  • 发送PRIORITY帧，分别设置了流3、5、7、9、11、13的优先级（weight），依赖关系（dep_stream_id），流优先级及依赖关系请自行参考RFC
  • 发送HEADERS帧，对GET https://nghttp2.org进行访问
  • 收到服务端发来的SETTINGS帧，设置的内容有
    • 服务端流最大并发度：100
    • 服务端流控窗口初始值：1048576
    • 请求头索引表大小：8192
  • 收到服务端对之前SETTINGS帧的ACK响应（这是ACK可靠传输的机制，参见RFC）
  • 收到PUSH_PROMISE帧，服务端即将推送screen.css帧给我们
  • 发送对之前服务端SETTINGS帧的ACK响应
  • 收到DATA帧，即传输内容
  • 处理处理完收到的内容后，本地处理能力有所变化，发送WINDOW_UPDATE帧给客户端，通知对方调整流控窗口
  • 收到带有END_STREAM标记的DATA帧，表明数据传输完成
  • 发送GOAWAY帧，告诉客户端连接即将关闭，同时告知上一个成功的流ID为2，且没有任何错误，方便服务端进行优雅地关闭。
zouguodong@zouguodongdeMacBook-Pro ~ % nghttp -nv https://nghttp2.org/
[  0.228] Connected
The negotiated protocol: h2
[  0.358] send SETTINGS frame <length=12, flags=0x00, stream_id=0>
          (niv=2)
          [SETTINGS_MAX_CONCURRENT_STREAMS(0x03):100]
          [SETTINGS_INITIAL_WINDOW_SIZE(0x04):65535]
[  0.358] send PRIORITY frame <length=5, flags=0x00, stream_id=3>
          (dep_stream_id=0, weight=201, exclusive=0)
[  0.358] send PRIORITY frame <length=5, flags=0x00, stream_id=5>
          (dep_stream_id=0, weight=101, exclusive=0)
[  0.358] send PRIORITY frame <length=5, flags=0x00, stream_id=7>
          (dep_stream_id=0, weight=1, exclusive=0)
[  0.358] send PRIORITY frame <length=5, flags=0x00, stream_id=9>
          (dep_stream_id=7, weight=1, exclusive=0)
[  0.358] send PRIORITY frame <length=5, flags=0x00, stream_id=11>
          (dep_stream_id=3, weight=1, exclusive=0)
[  0.358] send HEADERS frame <length=36, flags=0x25, stream_id=13>
          ; END_STREAM | END_HEADERS | PRIORITY
          (padlen=0, dep_stream_id=11, weight=16, exclusive=0)
          ; Open new stream
          :method: GET
          :path: /
          :scheme: https
          :authority: nghttp2.org
          accept: */*
          accept-encoding: gzip, deflate
          user-agent: nghttp2/1.43.0
[  0.474] recv SETTINGS frame <length=24, flags=0x00, stream_id=0>
          (niv=4)
          [SETTINGS_MAX_CONCURRENT_STREAMS(0x03):100]
          [SETTINGS_INITIAL_WINDOW_SIZE(0x04):1048576]
          [SETTINGS_ENABLE_CONNECT_PROTOCOL(0x08):1]
          [SETTINGS_HEADER_TABLE_SIZE(0x01):8192]
[  0.475] recv SETTINGS frame <length=0, flags=0x01, stream_id=0>
          ; ACK
          (niv=0)
[  0.475] recv (stream_id=13) :method: GET
[  0.475] recv (stream_id=13) :scheme: https
[  0.475] recv (stream_id=13) :path: /stylesheets/screen.css
[  0.475] recv (stream_id=13) :authority: nghttp2.org
[  0.475] recv (stream_id=13) accept-encoding: gzip, deflate
[  0.475] recv (stream_id=13) user-agent: nghttp2/1.43.0
[  0.475] recv PUSH_PROMISE frame <length=47, flags=0x04, stream_id=13>
          ; END_HEADERS
          (padlen=0, promised_stream_id=2)
[  0.475] send SETTINGS frame <length=0, flags=0x01, stream_id=0>
          ; ACK
          (niv=0)
[  0.673] recv (stream_id=13) :status: 200
[  0.673] recv (stream_id=13) date: Sun, 12 Sep 2021 04:53:16 GMT
[  0.673] recv (stream_id=13) content-type: text/html
[  0.673] recv (stream_id=13) last-modified: Sun, 18 Jul 2021 04:17:59 GMT
[  0.673] recv (stream_id=13) etag: "60f3ab77-19d8"
[  0.673] recv (stream_id=13) accept-ranges: bytes
[  0.673] recv (stream_id=13) content-length: 6616
[  0.673] recv (stream_id=13) x-backend-header-rtt: 0.001926
[  0.673] recv (stream_id=13) strict-transport-security: max-age=31536000
[  0.673] recv (stream_id=13) server: nghttpx
[  0.673] recv (stream_id=13) alt-svc: h3=":443"; ma=3600
[  0.673] recv (stream_id=13) via: 2 nghttpx
[  0.673] recv (stream_id=13) x-frame-options: SAMEORIGIN
[  0.673] recv (stream_id=13) x-xss-protection: 1; mode=block
[  0.673] recv (stream_id=13) x-content-type-options: nosniff
[  0.673] recv HEADERS frame <length=235, flags=0x04, stream_id=13>
          ; END_HEADERS
          (padlen=0)
          ; First response header
[  0.673] recv (stream_id=2) :status: 200
[  0.673] recv (stream_id=2) date: Sun, 12 Sep 2021 04:53:16 GMT
[  0.673] recv (stream_id=2) content-type: text/css
[  0.674] recv (stream_id=2) last-modified: Sun, 18 Jul 2021 04:17:59 GMT
[  0.674] recv (stream_id=2) etag: "60f3ab77-98aa"
[  0.674] recv (stream_id=2) accept-ranges: bytes
[  0.674] recv (stream_id=2) content-length: 39082
[  0.674] recv (stream_id=2) x-backend-header-rtt: 0.002213
[  0.674] recv (stream_id=2) strict-transport-security: max-age=31536000
[  0.674] recv (stream_id=2) server: nghttpx
[  0.674] recv (stream_id=2) alt-svc: h3=":443"; ma=3600
[  0.674] recv (stream_id=2) via: 2 nghttpx
[  0.674] recv (stream_id=2) x-frame-options: SAMEORIGIN
[  0.674] recv (stream_id=2) x-xss-protection: 1; mode=block
[  0.674] recv (stream_id=2) x-content-type-options: nosniff
[  0.674] recv (stream_id=2) x-http2-push: 1
[  0.674] recv HEADERS frame <length=63, flags=0x04, stream_id=2>
          ; END_HEADERS
          (padlen=0)
          ; First push response header
[  0.674] recv DATA frame <length=6616, flags=0x01, stream_id=13>
          ; END_STREAM
[  0.674] recv DATA frame <length=9434, flags=0x00, stream_id=2>
[  0.763] recv DATA frame <length=14467, flags=0x00, stream_id=2>
[  0.851] recv DATA frame <length=2623, flags=0x00, stream_id=2>
[  0.851] recv DATA frame <length=2623, flags=0x00, stream_id=2>
[  0.852] recv DATA frame <length=2623, flags=0x00, stream_id=2>
[  0.852] recv DATA frame <length=2623, flags=0x00, stream_id=2>
[  0.852] send WINDOW_UPDATE frame <length=4, flags=0x00, stream_id=0>
          (window_size_increment=33140)
[  0.852] send WINDOW_UPDATE frame <length=4, flags=0x00, stream_id=2>
          (window_size_increment=34393)
[  0.943] recv DATA frame <length=2623, flags=0x00, stream_id=2>
[  0.964] recv DATA frame <length=2066, flags=0x01, stream_id=2>
          ; END_STREAM
[  0.964] send GOAWAY frame <length=8, flags=0x00, stream_id=0>
          (last_stream_id=2, error_code=NO_ERROR(0x00), opaque_data(0)=[])

请注意

HTTP2是一个二进制协议，Stream、分帧等行为，并不具有更多语义上的意义（尽管帧类型规定是那些，但帧类型是可扩展的，协议也留出了扩展空间），也就是说，它能被用在其它应用场景下，比如GRPC

zou8944
关注
专栏目录
HTTP2.0概述
hizyk的博客
11-23 253
声明：本人的所有博客皆为个人笔记，作为个人知识索引使用，因此在叙述上存在逻辑不通顺、跨度大等问题，希望理解。分享出来仅供大家学习翻阅，若有错误希望指出，感谢！ HTTP2.0 HTTP2.0大幅度的提高了web性能，在HTTP1.1完全语义兼容的基础上，进一步减少了网络的延迟。实现低延迟高吞吐量 二进制分帧 首部压缩 多路复用 请求优先级 服务器推送 HTTP/2是HTTP协议自1999年HTTP1.1发布后的首个更新，主要基于SPDY协议 二进制分帧 在不改变HTTP1.x的语义、方法、状态码、URL
前端性能优化（三）聊聊HTTP/2带来的加载优化
小姜哥的技术博客
07-04 1025
那些年，我们使用HTTP1.1，我们忍受着巨大的网络延时，而同时我们的网页变得越来越复杂，我们需要加载的资源越来越大越来越多。 HTTP1.1如何加载资源 建立HTTP链接，由于HTTP是基于TCP的，所以必然要经过TCP的三次握手。 发送请求，TCP有慢启动的问题。 接收响应。 如果连接被双方认可是keep-alive的，那么后续请求可复用该连接发送请求。 ...
HTTP/2特性及其在实际应用中的表现
weixin_33920401的博客
10-16 422
引言HTTP/2是于2015年正式发布的新一代HTTP协议。其在保持HTTP1.x语义、不变更网络基础设施的前提下致力于降低用户可感知延时，提升网络传输效率。本文将从HTTP历史、HTTP/2新特性、升级方法、效果分析四个部分进行介绍。主要涉及了为什么我们需要HTTP/2，HTTP/2能带给我们什么，如何升级，当前HTTP/2在实际应用的表现怎样四个问题。HTTP历史自从1991年Tim Bern...
http2使用入门
csdn740228413的博客
08-17 3035
http2使用入门 http2主要特性 二进制传输：以二进制方式传输 Header 压缩：专门的"HPACK”算法可以达到50%~90%的高压缩率 多路复用：可以只通过一个 TCP 连接就可以传输所有的请求数据 Server Push：在浏览器刚请求HTML的时候就提前把可能会用到的JS、CSS文件发给客户端，减少等待的延迟， http2注意点 1、http2浏览器支持情况，绝大数浏览器已支持http2 2、大部分浏览器只基于 TLS 部署的HTTP2.0协议，所有一般会先升级成https 3、jdk8以
HTTP/2简介
码小二的博客
09-15 4841
该文章转载至Google Web Developers. 原文地址：HTTP/2简介 HTTP/2 可以让我们的应用更快、更简单、更稳定 - 这几词凑到一块是很罕见的！HTTP/2 将很多以前我们在应用中针对 HTTP/1.1 想出来的“歪招儿”一笔勾销，把解决那些问题的方案内置在了传输层中。不仅如此，它还为我们进一步优化应用和提升性能提供了全新的机会！ HTTP/2 的目的是通过支持完整的...
http/2的发展和使用
龙共三金的专栏
09-17 452
http/2的前世今生 背景 2012年时谷歌推出了spdy/2协议，这个协议就是http/2发展的前身。2015年9月nginx开始正式推出了http/2替换spdy（nginx 1.9.5）. http/2是从http/1.x开始最大版本的更新，国内貌似还没有将http2作为主流，依然使用这http/1.1。这个背后肯定是有着底层原因。对比http1.1，它一样也有优势和劣势。 介绍 http/2的新功能有哪些？ 1.多路复用 2.头部压缩 3.原生二进制 4.优先级传输机制 多路复用 将同一个hos
王概凯聊聊架构
04-26
《王概凯聊聊架构》是一份高质量的架构学习资料，由知名专家王概凯主讲，深入浅出地探讨了架构设计的核心理念和实践方法。在这个信息化时代，软件开发已经不再仅仅是编写代码，而是需要在项目初期就进行深思熟虑的...
聊聊鉴权那些事(推荐)
12-09
在系统级项目开发时常常会遇到一个问题就是鉴权，身为一个前端来说可能我们距离鉴权可能比较远，一般来说我们也只是去应用，并没有对权限这一部分进行深入的理解。 什么是鉴权 鉴权：是指验证用户是否拥有访问系统的...
聊聊Socket、TCP_IP、HTTP、FTP及网络编程 - 文章 - 伯乐在线1
08-04
在互联网的世界里，网络通信是各种服务的基础，而Socket、TCP/IP、HTTP、FTP则是其中不可或缺的概念。让我们深入了解这些知识点。 首先，TCP/IP协议是互联网通信的核心，它由网络层的IP协议和传输层的TCP协议组成。...
滚聊网随机聊天整站源码 v2.0
10-14
2. **Java开发**：Java是一种跨平台的面向对象编程语言，具有优秀的性能和安全性。滚聊网源码采用Java编写，意味着该系统具备良好的可移植性和稳定性，同时Java的多线程特性有助于处理大量并发连接，确保聊天服务的...
迟来的HTTP2简明教程
codehole_的博客
02-12 242
The standardization effort was supported byChrome,Opera,Firefox,[9]Internet Explo...
计算机网络-实验二
qq_45755193的博客
05-14 2752
计算机网络-实验二
【HTTP 2】启用 HTTP 2（Starting HTTP/2）
weixin_30908103的博客
04-03 218
【HTTP 2】启用 HTTP 2（Starting HTTP/2） 四月 1, 2016~LITECODES 前情提要 在上一篇文章《【HTTP 2】HTTP/2 协议概述（HTTP/2 Protocol Overview）》中，简单介绍了 HTTP 2 规范的文档结构以及约定和术语。 本文变对 HTTP 2 规范的第一部分进...
Go发起HTTP2.0请求流程分析(前篇)
新世界杂货铺
10-12 1496
继Go中的HTTP请求之——HTTP1.1请求流程分析之后，中间断断续续，历时近一月，终于才敢开始码字写下本文。 HTTP2.0在建立TCP连接和安全的TLS传输通道与HTTP1.1的流程基本一致。所以笔者建议没有看过Go中的HTTP请求之——HTTP1.1请求流程分析这篇文章的先去补一下课，本文会基于前一篇文章仅介绍和HTTP2.0相关的逻辑。
HTTP [TCP Retransmission] Continuation or non-HTTP traffic[Packet size limited during capture]
weixin_30702413的博客
01-04 761
http://www.xianren.org/blog/net/wireshark-q.html 抓到的包数据中常见的错误。。待细看，先记下。 tcpdump 抓包后发现，出现大量标题字样显示，不利于分析，=、=嘿嘿，以下复制别人的，还外国朋友的 mail,zan!，图是自己的。 1)、tcpdump的情况是需要加 -s0 参数，对抓取的包长度不设限制，默认使抓取的包长度68或9...
HTTP1-0、HTTP1-1和HTTP2-0的区别，android移动开发技术与应用
m0_64319455的博客
11-19 708
HTTPS可以有效的防止运营商劫持，解决了防劫持的一个大问题。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Rn44PLQV-1637311835413)(//upload-images.jianshu.io/upload_images/138606-0360ca017b6f5eb7.png?imageMogr2/auto-orient/strip|imageView2/2/w/700/format/webp)] 五、SPDY：HTTP1.x的优化 2012年googl.
什么是HTTP/2协议？NGINX如何支持HTTP/2并提升网站性能？
最新发布
越努力越幸运。
01-25 1014
HTTP/2是一种用于在Web浏览器和服务器之间进行通信的协议，旨在提高网站性能和加载速度。它是HTTP/1.1的继任者，引入了许多优化和改进，以适应现代Web应用的需求。通过启用HTTP/2并进行相应的优化，你可以显著提升网站性能，改善用户体验，以及减少资源消耗。需要注意的是，HTTP/2在大多数现代浏览器中得到支持，但仍建议进行兼容性测试，以确保在不同的浏览器中都能正常工作。利用HTTP/2的多路复用和服务器推送特性，你可以优化网站资源的加载。确保你正在使用支持HTTP/2的NGINX版本。
HTTP/2 简介
Programmer
07-24 7585
HTTP/2，简称h2，是HTTP协议自1999年的HTTP1.1发布之后的首个更新。它主要基于SPDY协议，于2015年5月正式发表，多数浏览器已经在2015年底前支持了该协议。HTTP/2的最显著的改进主要体现在多路复用、允许设置请求优先级、压缩算法、二进制传输等，这些特性使得使用HTTP/2的应用获得更快、更简单、更稳定的效果。目前流行的RPC框架grpc也是采用了HTTP/2来进行传输的。 HTTP/2没有改动HTTP的应用语义。之前熟悉的请求方法、状态码、URI、http headers等概念还是
HTTP/2部署使用
网易数帆社区博客
08-21 1011
本文来自网易云社区为了更好地研究HTTP2的一些新特性，或者有小伙伴想让自己的站点支持HTTP2的请求，以提升访问性能……无论出于什么目的，我们都有必要尝试将HTTP2部署使用。而刚好，我们前一段时间在做HTTP2的性能测试，使用Nginx搭建了Web服务器，所以这里再次做下总结。HTTP2的支持了解在部署之前，我们先来了解一下支持HTTP2的客户端和服务端，这里也简单地列举一些比较知名和常用的实...
探秘安全通讯软件“秘聊”源代码的解压与解读
这可能包括了TCP/IP协议栈的使用，以及对于WebSocket或HTTP/2等协议的集成，用于支持实时通讯功能。 5. 秘聊功能特性： 尽管没有直接的源代码文件内容，但从标题可以推测秘聊可能具有以下功能： - 实时消息通讯。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值