<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>HTTP/2 | Dezhi Yu</title><link>https://halfrost.me/tags/http/2/</link><atom:link href="https://halfrost.me/tags/http/2/index.xml" rel="self" type="application/rss+xml"/><description>HTTP/2</description><generator>HugoBlox Kit (https://hugoblox.com)</generator><language>en-us</language><lastBuildDate>Sun, 16 Jun 2019 10:05:36 +0000</lastBuildDate><image><url>https://halfrost.me/media/favicon_hu_4db6119fa52e8e17.png</url><title>HTTP/2</title><link>https://halfrost.me/tags/http/2/</link></image><item><title>Detailed HTTP/2 header compression algorithm-HPACK</title><link>https://halfrost.me/post/detailed-http-2-header-compression-algorithm-hpack/</link><pubDate>Sun, 16 Jun 2019 10:05:36 +0000</pubDate><guid>https://halfrost.me/post/detailed-http-2-header-compression-algorithm-hpack/</guid><description>&lt;p&gt;在 HTTP/1.1（请参阅
）中，header 字段未被压缩。随着网页内的请求数增长到需要数十到数百个请求的时候，这些请求中的冗余 header 字段不必要地消耗了带宽，从而显着增加了延迟。&lt;/p&gt;
&lt;p&gt;
最初通过使用
格式压缩 header 字段来解决此冗余问题，事实证明，这种格式非常有效地表示了冗余 header 字段。但是，这种方法暴露了安全风险，如 CRIME（轻松实现压缩率信息泄漏）攻击所证明的安全风险（请参阅
）。&lt;/p&gt;
&lt;p&gt;本规范定义了 HPACK，这是一种新的压缩方法，它消除了多余的 header 字段，将漏洞限制到已知的安全攻击，并且在受限的环境中具有有限的内存需求。
介绍了 HPACK 的潜在安全问题。&lt;/p&gt;
&lt;p&gt;HPACK 格式特意被设计成简单且不灵活的形式。两种特性都降低了由于实现错误而引起的互操作性或安全性问题的风险。没有定义扩展机制；只能通过定义完整的替换来更改格式。&lt;/p&gt;
&lt;p&gt;点击
看全文。&lt;/p&gt;</description></item></channel></rss>