网络协议从入门到底层原理(9)HTTP/1.1的升级改进(HTTP/2、HTTP/3)
HTTP的升级改进
- HTTP/1.1协议的不足
- SPDY 协议
- HTTP/2
- HTTP/2的特性 - 二进制格式
- HTTP/2基本概念 - 数据流、消息、帧
- HTTP/2的特性 - 多路复用(Multiplexing)
- HTTP/2的特性 - 优先级
- HTTP/2的特性 - 头部压缩
- HTTP/2的特性 - 服务器推送(Server Push)
- HTTP/2的问题 - 队头阻塞(head of line blocking)
- HTTP/2的问题 - 握手延迟
- HTTP/3
- HTTP/3的特性 - 连接迁移
- HTTP/3的问题 - 操作系统内核、CPU负载
- HTTP/3的特性 - 向前纠错(还未成为标准)
【网络协议从入门到底层原理】学习笔记汇总
HTTP/1.1协议的不足
同一时间,一个连接只能对应一个请求
- 针对同一个域名,大多数浏览器允许同时最多6个并发连接
只允许客户端主动发起请求
- 一个请求只能对应一个响应
同一个会话的多次请求中,头信息会被重复传输
- 通常会给每个传输增加 500~800 字节的开销
- 如果使用 Cookie,增加的开销有时会达到上千字节
SPDY 协议
SPDY (speedy的缩写),是基于TCP的应用层协议,它强制要求使用 SSL/TLS
- 2009年11月,Google 宣布将 SPDY 作为提高网络速度的内部项目
SPDY与HTTP的关系
- SPDY并不用于取代HTTP,它只是修改了HTTP请求与响应的传输方式
- 只需增加一个SPDY层,现有的所有服务端应用均不用做任何修改
- SPDY是HTTP/2的前身
2015年9月,Google宣布移除对SPDY的支持,拥抱HTTP/2
HTTP/2
HTTP/2,于2015年5月以 RFC 7540 正式发表
- 根据 W3Techs 的数据,截至2019年6月,全球有36.5%的网站支持了HTTP/2
下列两个网站可以进行 HTTP/1.1 和 HTTP/2 速度对比
- http://www.http2demo.io/
- https://http2.akamai.com/demo
HTTP/2在底层传输做了很多的改进和优化,但在语意上完全与 HTTP/1.1 兼容
- 比如请求方法(如GET、POST)、Status Code、各种Headers等都没有改变
- 因此,要想升级到 HTTP/2
开发者不需要修改任何代码
只需要升级服务器配置、升级浏览器
HTTP/2的特性 - 二进制格式
HTTP/2 采用二进制格式传输数据,而非HTTP/1.1的文本格式;
二进制格式在协议的解析和优化扩展上带来更多的优势和可能。
HTTP/2基本概念 - 数据流、消息、帧
数据流:已建立的连接内的双向字节流,可以承载一条或多条消息
- 所有通信都在一个TCP连接上完成,此连接可以承载任意数量的双向数据流
消息:与逻辑HTTP请求或响应消息对应,由一系列帧组成
帧:HTTP/2通信的最小单位,每个帧都包含帧头(会标识出当前帧所属的数据流)
- 来自不同数据流的帧可以交错发送,然后再根据每个帧头的数据流标识符重新组装
HTTP/2的特性 - 多路复用(Multiplexing)
客户端和服务器可以将 HTTP消息分解为互不依赖的帧,然后交错发送,最后再在另一端把它们重新组装起来
- 并行交错地发送多个请求,请求之间互不影响
- 并行交错地发送多个响应,响应之间互不干扰
- 使用一个连接并行发送多个请求和响应
不必再为绕过HTTP/1.1限制而做很多工作
- 比如精灵图 (image sprites)、合并CSS\JS、内嵌CSS\JS\Base64图片、域名分片等
精灵图 (image sprites)
image sprites(也叫做CSS Sprites),将多张小图合并成一张大图
- 最后通过CSS结合小图的位置、尺寸进行精准定位
HTTP/2的特性 - 优先级
HTTP/2 标准允许每个数据流都有一个关联的权重和依赖关系
- 可以向每个数据流分配一个介于1至256之间的整数
- 每个数据流与其他数据流之间可以存在显式依赖关系
客户端可以构建和传递 “优先级树”,表明它倾向于如何接收响应
服务器可以使用此信息通过控制CPU、内存和其他资源的分配设定数据流处理的优先级
- 在资源数据可用之后,确保将高优先级响应以最优方式传输至客户端
HTTP/2的特性 - 头部压缩
早期版本的 HTTP/2 和 SPDY 使用 zlib 压缩请求头和响应头
- 可以将所传输头数据的大小减小85%~88%
- 但在2012年夏天,被攻击导致会话劫持
- 后被更安全的 HPACK 取代
目前,HTTP/2使用 HPACK 压缩请求头和响应头
- 可以极大减少头部开销,进而提高性能
HTTP/2的特性 - 服务器推送(Server Push)
服务器可以对一个客户端请求发送多个响应
- 除了对最初请求的响应外,服务器还可以向客户端推送额外资源,而无需客户端额外明确地请求
HTTP/2的问题 - 队头阻塞(head of line blocking)
后面 HTTP/3 提出的解决方案是 QUIC…
HTTP/2的问题 - 握手延迟
RTT (Round Trip Time):往返时延,可以简单理解为通信一来一回的时间
HTTP/3
Google 觉得 HTTP/2 仍然不够快,于是就有了 HTTP/3
- HTTP/3由Google开发,弃用TCP协议,改为使用基于UDP协议的QUIC协议实现
- QUIC (Quick UDP Internet Connections),快速UDP网络连接,由Google在2013年实现
- 于2018年从 HTTP-over-QUIC 改为 HTTP/3
HTTP/3 的一些疑问:
1、HTTP/3 基于UDP,如何保证可靠传输?
- 由 QUIC 来保证
2、为何Google不开发一个新的不同于TCP、UDP的传输层协议?
- 目前世界上的网络设备基本只认TCP、UDP
- 如果要修改传输层,意味着操作系统的内核也要修改
- 另外,由IETF标准化的许多TCP新特性都因缺乏广泛支持而没有得到广泛的部署或使用
- 因此,要想开发并应用一个新的传输层协议,是极其困难的一件事情
HTTP/3的特性 - 连接迁移
TCP基于4要素:源IP、源端口、目标IP、目标端口
- 切换网络时至少会有一个要素发生变化,导致连接发生变化
- 当连接发生变化时,如果还使用原来的TCP连接,则会导致连接失败,就得等原来的连接超时后重新建立连接
- 所以我们有时候发现切换到一个新网络时,即使新网络状况良好,但内容还是需要加载很久
- 如果实现得好,当检测到网络变化时立刻建立新的TCP连接,即使这样,建立新的连接还是需要几百毫秒的时间
QUIC的连接不受4要素的影响,当4要素发生变化时,原连接依然维持
- QUIC连接不以4要素作为标识,而是使用一组 Connection ID (连接ID) 来标识一个连接
- 即使IP或者端口发生变化,只要Connection ID没有变化,那么连接依然可以维持
- 例如:
当设备连接到Wi-Fi时,将进行中的下载从蜂窝网络连接转移到更快速的Wi-Fi连接
当Wi-Fi连接不再可用时,将连接转移到蜂窝网络连接
HTTP/3的问题 - 操作系统内核、CPU负载
据Google和Facebook称,与基于TLS的HTTP/2相比,它们大规模部署的QUIC需要近2倍的CPU使用量
- Linux内核的UDP部分没有像TCP那样的优化,因为传统上没有使用UDP进行如此高速的信息传输
- TCP和TLS有硬件加速,而这对于UDP很罕见,对于QUIC则基本不存在
随着时间的推移,相信这个问题会逐步得到改善
HTTP/3的特性 - 向前纠错(还未成为标准)
基于TPC协议的话,丢包以后会重传。
HTTP/3的向前纠错,丢包以后可以根据其他包推测出这个包的数据(只适合丢失少量数据)。但是目前还没有成为标准,以后是否会成为标准也不确定。
网络协议从入门到底层原理(9)HTTP/1.1的升级改进(HTTP/2、HTTP/3)相关推荐
- 网络协议从入门到底层原理(11)网络爬虫、无线网络、HTTP缓存、即时通信、流媒体
补充知识 网络爬虫 网络爬虫的简易实例 robots.txt 无线网络 HTTP 缓存(Cache) 缓存 - 响应头 缓存 - 请求头 缓存的使用流程 即时通信(IM) XMPP MQTT 流媒体 ...
- 网络协议从入门到底层原理(10)WebSocket、WebService、RESTful、HTTPDNS、FTP文件传输协议、邮件相关协议、IPv6
其他协议 WebSocket WebSocket - 建立连接 WebService RESTful HTTPDNS FTP文件传输协议 邮件相关的协议(SMTP.POP.IMAP) POP vs I ...
- 网络协议从入门到底层原理(8)HTTPS(成本、通信过程、TLS1.2的连接,配置服务器HTTPS)
HTTPS SSL / TLS OpenSSL HTTPS的成本 HTTPS的通信过程 TLS 1.2 的连接(ECDHE密钥交换算法) ① Client Hello ② Server Hello ③ ...
- 网络协议从入门到底层原理(7)网络安全 - 常见攻击、单向散列函数、对称加密、非对称加密、混合密码系统、数字签名、证书
网络安全 网络层 - ARP欺骗 DoS.DDoS 介绍与防御 传输层 - SYN洪水攻击(SYN flooding attack) 传输层 - LAND攻击 应用层 - DNS劫持.HTTP劫持 H ...
- 网络协议从入门到底层原理(6)应用层 - 域名、DNS、DHCP、HTTP(ABNF、HTTP报文格式、请求方法、头部字段、状态码、跨域)、代理、CDN
应用层 域名( Domain Name)- 顶级域名.二级域名 DNS - DNS服务器.常用命令 DHCP(DISCOVER.OFFER.REQUEST.ACKNOWLEDGE) HTTP HTTP ...
- 网络协议从入门到底层原理(5)传输层(UDP、TCP - 可靠传输、流量控制、拥塞控制、建立连接、释放连接)
传输层( Transport) 传输层( Transport) UDP 协议(数据格式.检验和) 端口(Port) TCP TCP - 数据偏移.保留 TCP - 检验和( CheckSum) TCP ...
- 网络协议从入门到底层原理(3)网络互联模型、物理层、数据链路层(CSMA/CD协议、Ethernet V2帧、PPP协议)
网络协议从入门到底层原理 网络互联模型(了解请求过程.网络分层) 物理层(Physical) 数字信号.模拟信号 数据通信模型 信道(单工.半双工.全双工) 数据链路层(Data Link) 封装成帧 ...
- 网络协议从入门到底层原理(2)路由、网络常见概念(因特网, ISP, 接口, 上网方式)、公网私网、NAT
网络协议从入门到底层原理 路由 实践1 - 让4台主机之间可以互相通信 实践2 - 让4台主机之间可以互相通信 数据包的传输过程(简) 第一个包的丢失 网络 (Network).互联网 (intern ...
- 【网络协议从入门到底层原理】【06】数据链路层
持续学习&持续更新中- 学习态度:守破离 [网络协议从入门到底层原理][06]数据链路层 数据链路层 3个基本问题-封装成帧 3个基本问题-透明传输 3个基本问题-差错检验 CSMA/CD协议 ...
最新文章
- no no no.不要使用kill -9.
- 10分钟手撸极简版ORM框架!
- 不使用第三个变量,实现两个变量值的交换
- Android根据baidu Android定位SDK实现定位
- Java多线程之线程并发库原子性操作类
- MVC4验证用户登录特性实现方法
- 用ajax技术实现无闪烁定时刷新页面
- 【JavaFx教程】第三部分:与用户的交互
- 搜狐被SEC列入“预摘牌名单”!回应:不打算提出异议
- mac 上搭建SVN
- STM8S 低功耗(1)
- 利用tensorFlow api 识别手术器械
- windows bat 批处理常用命令
- 机器学习之聚类算法(五)层次聚类代码实现及模型可视化
- 用socket搭建web服务器(TCP协议)
- Python爬虫实践:优志愿 院校列表
- SpringMVC Web实现文件上传下载功能实例解析
- 魔兽争霸游戏开始前数据包分析
- VxRail升级软件/固件版本
- Qt之图像处理(五) 矩阵置换与矩阵相乘