作者回复: 好问题！通过TCP来保证有序的，因为同个stream中的frame是有序发送的，这样TCP的seq就能保证多个frame间不乱序，这样就带来了队头阻塞问题。你可以参考HTTP3，它在UDP上通过QUIC FRAME头部中设立的offset，实现了TCP中sequence的同样功能，以此实现有序。

2020-10-22



3

302帆

老师，你好，接着上个问题。假如一个流内的某条消息阻塞了，那会影响到整个流么，进而对这个页面的响应的影响呢，这就是h2在网络状况不好，丢包严重时表现反而不如http/1.1的原因么

作者回复: 是的，这就是head of block队头阻塞问题，HTTP3就是解决这个问题的

2020-11-23



2

302帆

老师，你好。一个页面上的内容分为多个流的依据是什么呢，在client端发送magic帧之后就开始了h2协议通信，那将一个页面上的内容分为多个流这一步是在哪一端进行的呢，在一端分为多个流之后需要对端进行确认么？

作者回复: client端决定，比如浏览器解析完HTML DOM树后，发现有访问CDN上的外部链接，包括JS、图片、CSS等，于是就会按照规则，发起多个stream，而且会设定不同的优先级（抓包可以看，通常图片优先级较低）。不需要确认，TCP层有确认功能。

2020-11-23



1

ray

老师好，请问我们要如何得知一条connection中可以开多少个stream，是server可以承受的了的？谢谢老师的解答^^

作者回复: 我猜你是想问，还没有关闭的stream的数量吧？这受制于server的内存，因为还没有关闭的stream，意味着必须全部用内存存放已经接收到的部分消息，如果是高并发server，它能够为一个连接分配的内存是很有限的，通常是可配的，从这个值可以反推出stream的并发数

2019-12-19



1

老师，我觉得你这节课中说传输中无序，接受时组装这个小标题有点误导倾向。让我一开始觉得好像是传输层的无序。但其实是应用层的一直是有序的，流之间因为并发发送导致了有交错。

作者回复: 呃，这个是“传输中”无序，传输层TCP是有序的。你的理解没问题，同一个stream内是有序的，多个stream间是并发的，因为message可能会分片为多个frame，所以多个message间在字节有序的TCP之上frame必然是交错的

2019-11-05



1

Hurry

老师，HTTP2 通过 stream 实现多路复用，那么理论上，一条 HTTP2连接，可以支持多少 stream ？

作者回复: 2^31

2019-07-31



1

您好老师，问个问题：一个消息被切分成多个frame，这些frame只能跑在一个stream上，多路复用是指用多个流传输多个请求-响应的内容然后跑在同一个tcp链接上，是这样的吗？

作者回复: 是的

2019-11-12





嘿！我的gakki

老师您好，想请问下，同一个消息可能会被分为多个 frame，这个 “分为多个 frame” 的操作是在应用层的 http 协议这块儿主动分的？还是说是传输层的 tcp 发现某个 message 的长度大于了 MTU 时进行分割的？

2022-08-20





乘风破浪

请求陶大师2个问题 1. 如何理解Connection:一个站点【相同的域名？】只有一个TCP链接？浏览器是根据URI判断是否需要新建TCP连接？ 2. 存在一个Stream在一个方向多个Message的情况吗？感觉是理论上存在，但实际不存在。新的请求会生成新的Stream，有不同的Stream ID.一个Stream对应于一次请求回应消息。而请求应答是一一对应的。一个请求，多个回应？HTTP/2中chunk已经被取消了。

2021-04-08





收起评论

课程相关资料下载地址

全部留言(10)