-
按您之前说的,我这两天断断续续看了下QUIC协议的文档前3章了解了下QUIC,大概讲下stream 和 multiplexing的理解,不对的地方您指正一下
- 03-27 20:26
-
Streams are the basic service abstraction that QUIC provides. 流,大体可以理解是一个通道在两个endpoint(端)之间(也就是服务端和客户端了),单向或双向,里面是各种数据帧(packet/frame),一次完整的数据请求交互。QUIC中的流为应用程序提供轻量级,有序的字节流抽象。Stream 可以认为就是一条 HTTP 请求。
-
然后multiplexing,就是多路复用,就是一个connection里可以并行的有多个stream,
-
stream的描述不够准确
-
复用有什么限制
-
印象里是窗口大小
-
用wind_update帧更新?
- 03-27 20:41
-
复用有什么限制我就不清楚了,只知道是为在单个连接上同时实现多个流(stream)的传输,然后多流同时,肯定会引起资源竞争,得用流量控制来解决
-
我看了下,是用WINDOW_UPDATE帧来告诉对端准备在流/连接上接收的大小
-
它们几个的关系我的理解大体如下:一个connection里同时有多个stream并发传输,stream(这不是一个具体的通道)里面是数据帧,帧就是application的数据的一层层封装的包。数据包到了之后是通过connection id ,sream id来区分和组装的
- 03-27 20:55
-
嘿嘿,说的不对的地方指正一下,对网络这块很菜。就以前好奇了解过一点大概这个网络是怎么个传输数据的
- 03-28 08:31
-
介意工作中用Nim吗
- 03-28 23:44
-
nim啊,肯定不介意啊,只是对于nim只了解过一点,要点时间才能上手。语言用什么无关紧要吧,就是工具而已,需要什么样的工具,好用高效对项目有用就行