HTTP2-协议

最新推荐文章于 2024-06-17 15:52:31 发布
最新推荐文章于 2024-06-17 15:52:31 发布
阅读量2k 收藏 5
点赞数
分类专栏： HTTP2 文章标签： HTTP2
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43364172/article/details/83786378
版权

HTTP2-协议

HTTP2-缘起

Layers of HTTP/2

HTTP/2可以分为两个部分：framing层和数据或者HTTP层。，framing层多路复用能力的核心。
framing层是通用的，可重复使用的结构，用来传输HTTP。
数据层用来跟HTTP/1.1兼容。

  • Binary protocol：h2的framing层是二进制协议。
  • Header compression：
  • Multiplexed：请求和响应交织在一起
  • Encrypted：大部分数据被加密了。

The Connection

任何HTTP/2 session的基本元素是连接。它是由客户端初始化的TCP/IP socket，发送HTTP请求的实体。
和h1没区别。但是，h1是无状态的，h2把所有连接级的元素（连接级的设置和头表header table）捆绑在一起，帧和流都运行在其上。

协议发现

HTTP/2支持两种办法，知道对端支持什么协议：
如果连接没加密，客户端发送Upgrade header，说它希望h2.如果服务器支持h2,返回“101 Switching Protocols”响应。
如果连接在TLS之上，客户端在ClientHello里设置程序级协议握手扩展（Application-Layer Protocol Negotiation(ALPN) extension），SPDY和早期版本的h2使用的是Next Protocol Negotiation (NPN) 扩展协商h2。

在连接上，客户端首先发送一个magic八字节流，这主要适用于客户端从HTTP/1.1升级而来：
0x505249202a20485454502f322e300d0a0d0a534d0d0a0d0a
解码成ASCII：
PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n

这看起来像一个h1消息，h1服务器收到它，将返回错误。
magic字符串后面，是一个SETTINGS帧。支持h2的服务器确认客户端的SETTINGS帧，回复一个它自己的SETTINGS帧。
这样就可以开始h2了。如果客户端在收到SETTINGS之前，收到了其他东西，协商失败。

Frames

Framing是一个方法，Framing把所有重要的材料包装到一起，使消费者很容易读取、分析和增加。
对比一下，h1不是framed，而是用文字分割的。例如：

GET / HTTP/1.1 <crlf>
Host: www.example.com <crlf>
Connection: keep-alive <crlf>
Accept: text/html,application/xhtml+xml,application/xml;q=0.9... <crlf>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4)... <crlf>
Accept-Encoding: gzip, deflate, sdch <crlf>
Accept-Language: en-US,en;q=0.8 <crlf>
Cookie: pfy_cbc_lb=p-browse-w; customerZipCode=99912|N; ltc=%20;... <crlf>
<crlf>

分析这样的结构，慢而且容易出错。分析h1的请求/响应容易碰到的问题是：

  • 一次只有一个请求/响应。接收完才能分析
  • 不知道分析会用多少内存。这导致下列问题
    • 你把一行读到什么缓存
    • 行太长怎么办
    • 你重新分配缓存，还是返回400错误

Frames，能让消费者提前知道会发生什么。HTTP/2的帧看上去像这样：

HTTP/2 frame header

HTTP/2 frame header fields

NameLengthDescription
Length3 bytes帧的载荷（payload）的长度。214到224-1之间。214是默认长度，再大需要发送一个SETTINGS帧
Type1 bytes帧的类型
R1 bit保留位，不要设置
Stream Identifier31 bits流的唯一标识
Frame PayloadVariable帧的实际内容

HTTP/2 frame types

NameIDDescription
DATA0x0携带流的核心内容
HEADERS0x1HTTP头和任选的优先级
PRIORITY0x2说明或者修改流的优先级和依赖项
RST_STREAM0x3允许一端结束流（通常在发生错误时）
SETTINGS0x4连接级参数
PUSH_PROMISE0x5告诉客户端，服务器将发消息
PING0x6连接测试，测量round-trip时间（RTT）
GOAWAY0x7告诉对端，自己已经开始接受新流
WINDOW_UPDATE0x8告诉对方，自己将接收多少数据（用于流量控制）
CONTINUATION0x9用于扩展HEADER

extension frames

H2可以增加新的帧类型。新类型不应该影响核心协议。

Streams

流（stream）就是HTTP/2连接内的客户端和服务器端之间的独立的、双向的帧序列。可以理解成一个连接上的独立的请求/响应对的一系列帧。客户端想发送请求时，初始化一个新的流。服务器在同一个流上响应。和H1的请求/响应流（flow）类似，但是，H2的多个请求/响应交织在一起，不会互相阻塞。Stream Identifier（帧头的6-9字节）表示帧属于哪个流。
客户端建立H2连接以后，通过发送一个HEADERS帧，开始一个新的stream，如果头需要多帧，就跟着CONTINUATION帧。HEADERS通常包含请求或者响应。随后的streams初始化一个新的，Stream Identifier增加了的HEADERS帧。

CONTINUATION FRAMES

如果HEADERS帧没有更多的头，就设置帧的Flags属性的END_HEADERS位。CONTINUATION帧是一种特殊的HEADERS帧。HEADERS和CONTINUATION必须是连续的，减少了多路复用的收益。要尽量少用CONTINUATION帧。

Messages

GET请求可能是这样的：
GET Request message and response message

POST请求可能是这样的：
POST request message and response message

HTTP/1和HTTP/2消息有几点明显的不同：

  • Everything is a header：h1把消息分成request/status行和头。h2把这些行打包成pseudo头。

    HTTP/1.1的请求/响应可能是这样的：

GET / HTTP/1.1
Host: www.example.com
User-agent: Next-Great-h2-browser-1.0.0
Accept-Encoding: compress, gzip
HTTP/1.1 200 OK
Content-type: text/plain
Content-length: 2
...

对应的HTTP/2版是：

:scheme: https
:method: GET
:path: /
:authority: www.example.com
User-agent: Next-Great-h2-browser-1.0.0
Accept-Encoding: compress, gzip
:status: 200
content-type: text/plain

现在，请求和状态行被分成了:scheme、:method、:path和:status头。
  • No chunked encoding：H2使用frames分块
  • No more 101 responses：H1一般用来把协议升级到WebSocket。ALPN提供更明确的协议协商路径，具有更少的往返开销。

Flow Control

H1,客户端消耗多快，服务器就发多快。H2提供了客户端/服务器控制速度的能力。流量控制信息是WINDOW_UPDATE帧，告诉对方，它将接收多少字节。收到WINDOW_UPDATE帧的，也发送WINDOWS_UPDATE帧，说明自己已经更新消费数据的能力。

Priority

使用HEADERS和PRIORITY帧，客户端能说明它需要什么资源，以及期望这些资源以什么顺序发送。它会声明一个依赖树和权重：

  • Dependencies：客户端可以告诉服务器，应该优先交付某对象，因为其他对象依赖它。
  • Weights：客户端可以告诉服务器，拥有相同依赖关系的对象的优先级。

举一个简单的web站点的例子：

  • index.html
    • header.jpg
    • critical.js
    • less_critical.js
    • style.css
    • ad.js
    • photo.jpg

接收完基本的HTML页面，客户端分析生成依赖树，并分配权重。这棵树可能是这个样子的：

  • index.html
    • style.css
      • critical.js
        • less_critical.js (weight 20)
        • photo.jpg (weight 8)
        • header.jpg (weight 8)
        • ad.js (weight 4)

Server Push

允许服务器向客户端发送数据，容易导致性能和安全问题。

Pushing an Object

服务器决定推送对象时，构造PUSH_PROMISE帧。这种帧的重要属性有：

  • PUSH_PROMISE帧头里的流ID是与响应相关联的请求的流ID。一个推送的响应总是关联到客户端已经发送的一个请求。例如，如果浏览器请求一个基本的HTML页，服务器会为页面上的JS对象构造一个基于该请求的流ID的PUSH_PROMISE。
  • PUSH_PROMISE帧的头
  • 发送的对象是可缓存的
  • :method头属性被认为是安全的。安全的方法是幂等的，不能修改状态。比如GET请求是幂等的，不改变状态，而POST就不是幂等的
  • 理想情况下，PUSH_PROMISE应该先被推到客户端，然后再接收引用推送对象的DATA帧。如果服务器在发送PUSH_PROMISE之前，发送了完整的HTML，比如客户端在收到PUSH_PROMISE之前，已经请求了某对象，H2协议足够强大，可以处理这种情况，但是浪费了精力。

如果客户端不能安全地处理PUSH_PROMISE的对象，会发送复位新流（RST_STREAM）或者发送一个PROTOCOL_ERROR（在GOAWAY帧内）。
Server Push message processing

Choosing What to Push

当服务器收到请求，它需要决定推送页面上的对象，还是等客户端请求这些对象。决策应该考虑：

  • 对象是否在浏览器缓存中
  • 从客户端的角度，假设对象的优先级
  • 客户端接受推送对象的能力，受带宽和类似资源的影响

Header Compression (HPACK)

HPACK是一种表查找（table lookup）压缩方案，使用Huffman编码，接近GZIP的压缩率。
一个web页依赖的对象需要多次请求，他们的头都是类似的。
当客户端发送请求时，在header block里说明需要的头和索引。应该增加这样一个表格：

IndexNameValue
62Header1foo
63Header2bar
64Header3bat

在服务器侧，读这些头，生成同样的表格。下次请求时，如果头相同，发送的头就是这样的：62 63 64。
实际的HPACK更复杂：

  • 在请求和响应侧，实际上各维护两张表。一个是动态表，很像上面描述的例子。另一个是静态表，由最常用的61个头的名称和值的组成。因为静态表有61个实体，所以例子的索引从62开始
  • 头怎么被索引，有很多控制
    • 发送文字值和索引
    • 发送文字值，不索引（一次性的或者敏感的）
    • 发送文字值的索引的头名，不索引（比如:path: /foo.html，内容总变）
    • 发送索引的头和值
  • 整数压缩
  • 利用霍夫曼编码表进一步压缩字符串

On the Wire

h2是二进制，被压缩的。

A Simple GET

HTTP/2 GET请求是这样的：

:authority: www.akamai.com
:method: GET
:path: /
:scheme: https
accept: text/html,application/xhtml+xml,...
accept-language: en-US,en;q=0.8
cookie: sidebar_collapsed=0; _mkto_trk=...
upgrade-insecure-requests: 1
user-agent: Mozilla/5.0 (Macintosh;...

HTTP/2 GET响应头：

:status: 200
cache-control: max-age=600
content-encoding: gzip
content-type: text/html;charset=UTF-8
date: Tue, 31 May 2016 23:38:47 GMT
etag: "08c024491eb772547850bf157abb6c430-gzip"
expires: Tue, 31 May 2016 23:48:47 GMT
link: <https://c.go-mpulse.net>;rel=preconnect
set-cookie: ak_bmsc=8DEA673F92AC...
vary: Accept-Encoding, User-Agent
x-akamai-transformed: 9c 237807 0 pmb=mRUM,1
x-frame-options: SAMEORIGIN
<DATA Frames follow here>

使用nghttp工具，可以看H2的细节：

nghttp -v -n --no-dep -w 14 -a -H "Header1: Foo" https://www.akamai.com

该命令行设置的窗口大小是16 KB（214），加了一个头，请求下载该页的关键资产。输出如下：

[ 0.047] Connected
The negotiated protocol: h2     [^1]
[ 0.164] send SETTINGS frame <length=12, flags=0x00, stream_id=0>       [^2]
        (niv=2)
        [SETTINGS_MAX_CONCURRENT_STREAMS(0x03):100]
        [SETTINGS_INITIAL_WINDOW_SIZE(0x04):16383]      [^3]
[ 0.164] send HEADERS frame <length=45, flags=0x05, stream_id=1>
        ; END_STREAM | END_HEADERS      [^4]
        (padlen=0)
        ; Open new stream
        :method: GET
        :path: /
        :scheme: https
        :authority: www.akamai.com
        accept: */*
        accept-encoding: gzip, deflate
        user-agent: nghttp2/1.9.2
        header1: Foo        [^5]
[ 0.171] recv SETTINGS frame <length=30, flags=0x00, stream_id=0>       [^6]
        (niv=5)
        [SETTINGS_HEADER_TABLE_SIZE(0x01):4096]
        [SETTINGS_MAX_CONCURRENT_STREAMS(0x03):100]
        [SETTINGS_INITIAL_WINDOW_SIZE(0x04):65535]
        [SETTINGS_MAX_FRAME_SIZE(0x05):16384]
        [SETTINGS_MAX_HEADER_LIST_SIZE(0x06):16384]
[ 0.171] send SETTINGS frame <length=0, flags=0x01, stream_id=0>        [^7]
        ; ACK
        (niv=0)
[ 0.197] recv SETTINGS frame <length=0, flags=0x01, stream_id=0>
        ; ACK
        (niv=0)        
[ 0.278] recv (stream_id=1, sensitive) :status: 200     [^8][^9]
[ 0.279] recv (stream_id=1, sensitive) last-modified: Wed, 01 Jun 2016 ...
[ 0.279] recv (stream_id=1, sensitive) content-type: text/html;charset=UTF-8
[ 0.279] recv (stream_id=1, sensitive) etag: "0265cc232654508d14d13deb...gzip"
[ 0.279] recv (stream_id=1, sensitive) x-frame-options: SAMEORIGIN
[ 0.279] recv (stream_id=1, sensitive) vary: Accept-Encoding, User-Agent
[ 0.279] recv (stream_id=1, sensitive) x-akamai-transformed: 9 - 0 pmb=mRUM,1
[ 0.279] recv (stream_id=1, sensitive) content-encoding: gzip
[ 0.279] recv (stream_id=1, sensitive) expires: Wed, 01 Jun 2016 22:01:01 GMT
[ 0.279] recv (stream_id=1, sensitive) date: Wed, 01 Jun 2016 22:01:01 GMT
[ 0.279] recv (stream_id=1, sensitive) set-cookie: ak_bmsc=70A833EB...
[ 0.279] recv HEADERS frame <length=458, flags=0x04, stream_id=1>       [^10]
        ; END_HEADERS
        (padlen=0)
        ; First response heade
[ 0.346] recv DATA frame <length=2771, flags=0x00, stream_id=1>     [^11]
[ 0.346] recv DATA frame <length=4072, flags=0x00, stream_id=1>
[ 0.346] recv DATA frame <length=4072, flags=0x00, stream_id=1>
[ 0.348] recv DATA frame <length=4072, flags=0x00, stream_id=1>
[ 0.348] recv DATA frame <length=1396, flags=0x00, stream_id=1>
[ 0.348] send WINDOW_UPDATE frame <length=4, flags=0x00, stream_id=1>

[ 0.348] send HEADERS frame <length=39, flags=0x25, stream_id=15>       [^12]
        :path: /styles/screen.1462424759000.css
[ 0.348] send HEADERS frame <length=31, flags=0x25, stream_id=17>
        :path: /styles/fonts--full.css
[ 0.348] send HEADERS frame <length=45, flags=0x25, stream_id=19>
        :path: /images/favicons/favicon.ico?v=XBBK2PxW74

[ 0.378] recv DATA frame <length=2676, flags=0x00, stream_id=1>
[ 0.378] recv DATA frame <length=4072, flags=0x00, stream_id=1>
[ 0.378] recv DATA frame <length=1445, flags=0x00, stream_id=1>
[ 0.378] send WINDOW_UPDATE frame <length=4, flags=0x00, stream_id=13>
        (window_size_increment=12216)
[ 0.379] recv HEADERS frame <length=164, flags=0x04, stream_id=17>      [^13]
[ 0.379] recv DATA frame <length=175, flags=0x00, stream_id=17>
[ 0.379] recv DATA frame <length=0, flags=0x01, stream_id=17>
        ; END_STREAM
[ 0.380] recv DATA frame <length=2627, flags=0x00, stream_id=1>
[ 0.380] recv DATA frame <length=95, flags=0x00, stream_id=1>
[ 0.385] recv HEADERS frame <length=170, flags=0x04, stream_id=19>      [^13]
[ 0.387] recv DATA frame <length=1615, flags=0x00, stream_id=19>
[ 0.387] recv DATA frame <length=0, flags=0x01, stream_id=19>
        ; END_STREAM
[ 0.389] recv HEADERS frame <length=166, flags=0x04, stream_id=15>      [^13]
[ 0.390] recv DATA frame <length=2954, flags=0x00, stream_id=15>
[ 0.390] recv DATA frame <length=1213, flags=0x00, stream_id=15>
[ 0.390] send WINDOW_UPDATE frame <length=4, flags=0x00, stream_id=0>
        (window_size_increment=36114)
[ 0.390] send WINDOW_UPDATE frame <length=4, flags=0x00, stream_id=15>      [^14]
        (window_size_increment=11098)
[ 0.410] recv DATA frame <length=3977, flags=0x00, stream_id=1>
[ 0.410] recv DATA frame <length=4072, flags=0x00, stream_id=1>
[ 0.410] recv DATA frame <length=1589, flags=0x00, stream_id=1>     [^15]
[ 0.410] recv DATA frame <length=0, flags=0x01, stream_id=1>
[ 0.410] recv DATA frame <length=0, flags=0x01, stream_id=15>
[ 0.457] send GOAWAY frame <length=8, flags=0x00, stream_id=0>
        (last_stream_id=0, error_code=NO_ERROR(0x00), opaque_data(0)=[])

[^1]：协商好的协议
[^2]：发送SETTINGS帧
[^3]：窗口大小设置成16 KB
[^4]：客户端（nghttp）发送END_HEADERS和END_STREAM标记。告诉服务器没有头了，也不发数据。如果是POST，现在不发送END_STREAM
[^5]：nghttp命令行增加的头
[^6]：客户端接收到的服务器的SETTINGS帧
[^7]：发送和接收SETTINGS帧的确认信息
[^8]：stream_id说明相关的请求
[^9]：200状态码，成功了
[^10]：没有END_STREAM，因为DATA来了
[^11]：最后，开始获取数据流，WINDOW_UPDATE帧后面是5个DATA帧。客户端告诉服务器，已经读了10,915字节的DATA帧，并且准备好读取更多数据。请注意，此流还没完成
[^12]：客户端已经有了一些基本HTML，开始请求页面上的对象。新增加了三个流，15、16和19,准备接收css文件和图标
[^13]：流15、16和19的HEADERS帧
[^14]：窗口更新。包括连接级（connection-level）的更新（流0）
[^15]：流1的最后的DATA帧

此心光明-超然
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
http2-explained(中文版)
03-06
http2基础与入门资料： 介紹 背景 HTTP的现状 那些年， 克服延迟之道 升级HTTP http2的观念 http2协议 扩展 http2的世界 Firefox里的http2 Chromium里的http2 Curl里的http2 后http2时代 扩展阅读 致谢
HTTP/2 协议规范
热门推荐
Joe's Blog
02-24 2万+
简介 HTTP2 协议概述 开始HTTP2 1 HTTP2 版本标识符 2 http URIs 21 HTTP2-Settings 头部域 3 https URIs 4 先前知识 5 连接前言 HTTP 帧 1 帧格式 2 帧大小 3 头部压缩和解压缩 流和复用 1 流状态 11 流标识符 12 流的并发性 2 流量控制 21 流量控制原理 22 流量控制的适当使用 3 流的优先级 31 流的依赖关
HTTP/2 协议学习
一个写了10年bug的程序员日常笔记。
06-17 1291
​HTTP/2 （原名HTTP/2.0）即超文本传输协议 2.0，是下一代HTTP协议。是由互联网工程任务组（IETF）的Hypertext Transfer Protocol Bis (httpbis)工作小组进行开发。是自1999年http1.1发布后的首个更新。HTTP 2.0在2013年8月进行首次合作共事性测试。在开放互联网上HTTP 2.0将只用于https://网址，而 http://网址将继续使用HTTP/1，目的是在开放互联网上增加使用加密技术，以提供强有力的保护去遏制主动攻击。
(二) HTTP/2起步
一步一跳
08-26 1604
与HTTP1.x一样，HTTP/2仍然是建立在TCP连接之上的应用层协议，请求由客户端发起，并且，URI的基本规则保持不变。HTTP/2的版本标识对应URI中的http或https，HTTP/2有2个版本标识： “h2”对应以”https”开头的URI，表示HTTP/2是运行在TLS之上的，由TLS提供认证和加密等安全保障； “h2c”对应以”http”开头的URI，表示HTTP/2是运行在明文TC
HTTP/2笔记之帧
weixin_34148340的博客
07-13 196
零。前言 客户端和服务器端一旦握手协商成功接建立连接，端点之间可以基于HTTP/2协议传递交换帧数据了。 一。帧通用格式 下图为HTTP/2帧通用格式：帧头+负载的比特位通用结构： +-----------------------------------------------+ | Length (24) | +--...
HTTP2编译可执行程序，nghttp,nghttpd,nghttpv等程序
wuyuxiuluo的博客
10-12 766
1.以下软件包是构建libnghttp2库所必需的： pkg-config> = 0.20 版本核对: pkg-config --version 2.要构建和运行单元测试程序，需要以下软件包： cunit >= 2.1 版本核对: 安装:编译依次执行aclocal,autoheader,autoconf,automake 如果遇到下面问题: sed: can’t read ./ltmain.sh: No such file or directory sed: can’t read libtoo
HTTP协议 - HTTP The Definitive Guide
最新发布
07-12
### HTTP协议 - HTTP The Definitive Guide #### Part I. HTTP: The Web’s Foundation **1. Overview of HTTP** - **HTTP: The Internet’s Multimedia Courier** - **定义与作用：** HTTP（Hypertext Transfer...
web浏览器播放http-flv协议的视频流
07-26
HTTP-FLV是一种常见的实时流媒体协议，常用于在Web浏览器中播放视频内容。这个项目显然是为了演示如何在Tomcat服务器上部署一个服务，以便通过HTTP-FLV协议向浏览器提供视频流。以下是对这个主题的详细解释： 一、...
http-协议：HTTP协议原理分享
02-03
HTTP协议学习笔记 HTTP协议是互联网的基础协议，也是做为一名合格开发者的必备知识，本系列主要也是个人在工作和学习中的记录总结，如果此处能为您得到帮助，点击右上角 :star:给予支持！祝你好运 :red_heart: 作者...
http2-qing：基于netty的http2协议库
02-04
http2-qing是一个基于netty的http2协议库 产品特点 以物联网为基础发展，业绩良好 封装http2协议，并提供简单易用的API 基本上所有异步方法 支持管理服务器和服务器推送的连接 提供客户端断开连接和重新连接并支持...
计算机网络-HTTP协议实验报告
05-08
### 计算机网络-HTTP协议实验报告 #### 第一关：HTTP基本请求与应答 **实验目的：** - 分析HTTP请求与应答中各字段的作用及取值。 - 了解HTTP协议的基本结构。 **实验内容与操作步骤：** 1. **背景知识与所需...
akamai-toolkit:一套可用于Akamai反机器人解决方案的工具
04-29
akamai工具包 该脚本旨在提供各种工具来处理Akamai反机器人解决方案。 要安装依赖项并开始使用脚本，只需运行： > cd akamai-toolkit > npm install > node toolkit.js 该脚本使用解析参数，当使用npm start时，该参数无法正确npm start 。 您可以使用node或只执行./toolkit.js （您可能必须更新shebang）。 请看一下config.json文件。 它包含您必须根据需要更新的当前Akamai脚本版本，用于Puppeteer的chrome二进制文件以及要检查其Akamai版本的站点列表。 Akamai除杂剂 来自 。 使用AST是一个非常好的主意，我计划使用相同的方法为其他反机器人脚本创建反混淆器。 来自char的反混淆器需要完整的Akamai脚本URL，因此我添加了仅键入目标的可能性。 用法： n
AkamaiOPEN-edgegrid-python:该库为Akamai OPEN EdgeGrid身份验证方案实现了身份验证处理程序
05-25
适用于Python的EdgeGrid 该库为提供方案的实现了身份验证处理程序。 有关更多信息，请访问。 >>> import requests >>> from akamai.edgegrid import EdgeGridAuth >>> from urlparse import urljoin >>> baseurl = ' https://akaa-WWWWWWWWWWWW.luna.akamaiapis.net/ ' >>> s = requests.Session() >>> s.auth = EdgeGridAuth( client_token='ccccccccccccccccc', client_secret='ssssssssssssssssss', access_token='aaaaaaaaaaaaaaaaaaaaa' ) >>> resu
《HTTP/2 基础教程》 阅读摘要
weixin_34168880的博客
04-16 414
最近粗线了不少 HTTP2 相关的帖子和讨论，感觉新一轮的潮流在形成，所以最近找了本 HTTP2 相关书籍做知识储备，刚好记成笔记以备后询 ~ 这本书本身不错，缺点就是翻译的有点蹩脚，另外因为是 2017 年出的书，所以有些内容时效性不太好，比如关于 Chrome 的部分，所以我根据 Chrome 的官方文档增加了点内容
绕过TLS/akamai指纹护盾
日常bug
07-30 1620
有道是有反爬虫就有反反爬虫，这篇就从TLS指纹识别说起。TLS指纹是一种用于识别和验证TLS（传输层安全）通信的技术。TLS指纹可以通过检查TLS握手过程中使用的密码套件、协议版本和加密算法等信息来确定TLS通信的特征。由于每个TLS实现使用的密码套件、协议版本和加密算法不同，因此可以通过比较TLS指纹来判断通信是否来自预期的源或目标。TLS指纹可以用于检测网络欺骗、中间人攻击、间谍活动等安全威胁，也可以用于识别和管理设备和应用程序。TLS指纹识别原理（ja3算法）：是。
[计算机网络] HTTP协议
magic_jiayu的博客
02-18 539
HTTP协议基础知识
ALPN协议
心梦无痕
02-17 5333
协议介绍 ALPN (Application Layer Protocol Negotiation)是TLS的扩展，允许在安全连接的基础上进行应用层协议的协商。ALPN支持任意应用层协议的协商，目前应用最多是HTTP2的协商。在2016年，ALPN已经完全替代NPN了。 ALPN allows the application layer to negotiate which protocol t...
akamai工作原理_Akamai内容交付网络简介
08-02 2999
akamai工作原理Akamai is one of the world’s leading Content Delivery Network (CDN) providers. Through the Akamai Intelligent Platform many products are offered to aid performance, availability, security, a...
nghttp2 - HTTP/2 C Library 简明教程(一)
程序手艺人 - 嵌入式音频技术之旅
01-30 1万+
nghttp2 - HTTP/2 C Library nghttp2 是在C中的超文本传输协议版本2的实现. HTTP/2 的框架层被实现为可重用的C库. 最重要的是我们实现了一个HTTP/2客户端，服务器和代理.还为HTTP/2开发了负载测试和基准测试工具. HPACK编码器和解码器可用作公共API。 还有一个实验性的高级C++库. 我们有这个库的Python绑定,但是我们还没有
深入解析HTTP/2协议
7. **http2协议**：详细解析HTTP/2的协议结构，包括帧的概念、流的管理、优先级树、服务器推送等关键特性。 8. **扩展**：可能涉及HTTP/2的可扩展性，如何通过扩展机制添加新的功能。 9. **http2的世界**：讨论...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值