大咖直播-鸿蒙原生开发与智能提效实战!>>> 了解详情
写点什么

HTTP/2 有哪些值得期待的特性

  • 2014-02-08
  • 本文字数:1711 字

    阅读完需:约 6 分钟

随着 HTTP/2 工作组的工作接近尾声以及新标准的实现开始出现,工作组主席 Mark Nottingham 写了一篇博客对新协议中 9 件值得期待的事情发表了看法:

  1. 使用与 HTTP 相同的 API。就像 Mark 提到的:“要想让 HTTP/2 成功,就必须让它能在现有的 Web 中正常工作。因此我们所做的努力是让现有的 HTTP 更好地工作,而不是去改变这个协议。”尽管也许有机制能让你优化一些新功能,但一般情况下不会有新的方法、header 和状态码。
  2. 更廉价的请求。“HTTP/2 使用多路技术,允许多个消息在一个连接上同时交差,因此一个大的响应(或者一个需要消耗服务器很长时间的响应)并不会阻止其它的响应。此外,它增加了头压缩(header compression),因此即使非常小的请求,其请求和响应的 header 都只会占用很小比例的带宽。这对于移动平台来说,是非常重要的。因为太大的请求 header,再加上页面所需的大量资源经过几个来回后,很可能导致页面加载失败。”
  3. 新协议对网络和服务提供了更友好的设计。“HTTP/2 将使用更少的连接,因此服务器和网络的负载都将减少。这对于越来越拥挤的网络来说具有非常重要的意义。HTTP/1 采用多连接的方式实现并行数据传输,加剧了网络拥挤的问题。”HTTP/2 对每台主机只需一个单独连接,而且只要可能,应尽量将多个网站合并到一台主机上。
  4. HTTP/2 引入了“服务端推(server push)”的概念,它允许服务端在客户端需要数据之前就主动地将数据发送到客户端缓存中,从而提高性能。当然,在某些场景下,客户端可能并不希望这么做,因此 HTTP/2 也允许客户端拒绝。
  5. 当客户端(浏览器)改变主意,不再需要某个请求的响应时,HTTP/1 的客户端只能关闭连接,而新协议则提供了更好的解决办法。“HTTP/2 增加了 RST_STREAM frame ,允许客户端改变主意。当浏览器进行页面跳转或者用户取消下载时,它可以防止建立新连接,避免浪费所有带宽。”
  6. HTTP/2 提供更多的加密支持, Mark 早前的文章说明了其优缺点
  7. 如果你喜欢那些可以监听和人工解析 HTTP 请求和响应的功能,例如使用 telnet 连接服务器,那么你要做好这些功能不再可用的准备。HTTP/1 是基于文本的协议而 HTTP/2 是基于二进制的。“尽管二进制协议的解析具有更小的开销,以及更小的网络消耗,但这个巨大变化的真正原因是二进制协议更简单,因此更少错误,这是它的优点。”Mark 就此进行了讨论,结果表明确实如此。例如,如何界定文本,HTTP/1 的严重缺陷之一是脆弱的安全性。“HTTP/1 的文本特性也导致了一些安全问题。因为不同的实现对于如何解析一条消息有着不同的决定,因此恶意团体能够以某种的方式入侵(例如,通过 response splitting attack )”
  8. 别期望 HTTP/2 能够奇迹般地提升服务端或客户端的性能。“关于新协议,更准确的看法是,它清除了一些制约性能的重要障碍。只有当客户端和服务端都学会了如何以及何时使用它的先进特性,性能才会开始逐渐提升。”正如 Mark 指出的,当今绝大部分网站是基于 HTTP/1 开发的,都不可避免地受其限制。只有经过时间推移,当它们经过重新配置后,才能发挥 HTTP2 所提供的先进特性。“此外,HTTP/2 的网络友好特性的缺点是可能导致 TCP 拥塞控制变得更加突出。因为浏览器对每台主机只建立一个连接,初始窗口和丢包将会更加明显。”
  9. HTTP/2 并不是发展的终点,团队已经在考虑后续的发展。“现在人们非常期待 HTTP/2 正式发布,因此一些高级(和实验性)的特性并没有加入到此版本中。例如推送 TLS 认证和 DNS 条目到客户端,两者都能够提升性能。如果实验顺利的话,也许 HTTP/3 会包含这些。当然,HTTP/3 也可能是个解决所有目前未发现的问题的版本。但到目前为止,信心正在不断地增长。无论是社区发布的 SPDY 的体验,还是 HTTP/2 的各种实现都表明 HTTP/2 已经接近完成了。”

以上这些就是 Mark 对于即将到来的 HTTP/2 的精彩和准确的概览。你觉得这些功能怎么样?哪些会让你有些担心?当它成为主流,你开始使用时,哪些又会让你觉得很兴奋?

查看英文原文: What to Expect From HTTP/2


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-02-08 04:236553

评论

发布
暂无评论
发现更多内容

JavaScript 中对象和映射之间的 6 个区别

devpoint

JavaScript map Object 12月日更

构建安防视频云存,和传统安防视频业务的烦恼说再见!

亚马逊云科技 (Amazon Web Services)

IoT

Capgemini 如何利用 Amazon IoT 通过农业洞察监控农田

亚马逊云科技 (Amazon Web Services)

IoT

这一期总结

张老蔫

28天写作

2022年就要开始啦

搬砖的周狮傅

目标

利用 Cognizant APEx 2.0 和 Amazon IoT SiteWise Edge 提高产品质量

亚马逊云科技 (Amazon Web Services)

IoT

【CSS 学习总结】第五篇 - CSS 变量 var

Brave

CSS 12月日更

模块3作业

miliving

利用Amazon Lambda实现Amazon IoT设备证书的即时注册

亚马逊云科技 (Amazon Web Services)

IoT

物联网场景中灵活实施对设备的控制管理

亚马逊云科技 (Amazon Web Services)

IoT

给弟弟的信第23封|如何写一篇文章?

大菠萝

28天写作

HDZ城市行深圳站 | AIoT时代,如何抓住智联生活的战略机会点?

华为云开发者联盟

AIOT HarmonyOS 华为云IoT 智联生活 PLC-IoT

Amazon IoT Core 服务成本优化

亚马逊云科技 (Amazon Web Services)

IoT

23《重学JAVA》--泛型

杨鹏Geek

Java25周年 28天写作 12月日更

使用模版自动化 Amazon IoT 设备创建及证书注册过程

亚马逊云科技 (Amazon Web Services)

IoT

左手自研,右手开源,技术揭秘华为云如何领跑容器市场

华为云开发者联盟

Docker 开源 Kubernetes 容器 云原生

圣诞节

Tiger

28天写作

Servlet基础知识与新手常遇到的错及解决方法(01)

海拥(haiyong.site)

服务器 28天写作 12月日更

深圳买房记

hackstoic

房地产

Amazon ES现更名为Amazon OpenSearch Service并支持OpenSearch 1.0

亚马逊云科技 (Amazon Web Services)

IoT

Certificate Vending Machine – Amazon IoT 设备接入 Amazon IoT 平台解决方案

亚马逊云科技 (Amazon Web Services)

IoT

1个通用工具平台+多个热点场景工具套件,助力开发者快速构建应用

华为云开发者联盟

云计算 低代码 开发工具 devcloud 应用构建

收集、处理并监控设备数据——Amazon IoT SiteWise Edge“一网打尽”

亚马逊云科技 (Amazon Web Services)

IoT

PassJava 开源 (六) :整合Spring Cloud Alibaba Nacos组件

悟空聊架构

28天写作 passjava 悟空聊架构 12月日更 naocs

设计千万级学生管理系统的考试试卷存储方案

drizzle

「架构实战营」

华为云GaussDB新产品特性亮相DTC2021,重磅新品开源预告

华为云开发者联盟

数据库 华为云 GaussDB 同城双集群 内存引擎

为什么要空投?(24/28)

赵新龙

28天写作

如何根据不同业务场景调节 HPA 扩缩容灵敏度

xcbeyond

Kubernetes 28天写作 12月日更

【CSS 学习总结】第四篇 - CSS 选择器-伪类和伪元素

Brave

CSS 12月日更

前端CI/CD上如何保证依赖安装速度达到优解?

梁龙先森

前端 构建脚本

🍃【Spring专题】「原理系列」SpringMVC的运行工作原理(补充修订)

码界西柚

spring springmvc 12月日更 流程解析

HTTP/2有哪些值得期待的特性_DevOps & 平台工程_Mark Little_InfoQ精选文章