皮皮网

1.HTTP/2协议之Stream【原理笔记】
2.如何从官网获取各个版本Linux内核的协议源码
3.HTTP服务器的本质:tinyhttpd源码分析及拓展

HTTP/2协议之Stream【原理笔记】

        前面三篇介绍了HPPT/2的“连接前言”、“二进制桢”、“头部压缩”。本文从“流及多路复用”、“流状态”、“流量控制”、“流优先级”、“HTTP/2扩展”介绍HTTP/2协议流相关知识。

        流

        前面介绍桢格式时，每个桢都有一个流标示，标记自己属于哪个流。通过将相同流标识的桢组装，桢之间时有严格顺序的，即形成了“流”。

        多路复用

        一个HTTP/2连接可以并非很多个流，流ID顺序递增且互相独立，形成多路复用。由客户端发起的流ID为奇数，服务端发起的为偶数。

        idle

        流空闲状态，可以发送接收HEADERS帧

        open

        流开启状态，idle发送或者接受HEADERS帧后，状态变更为开启

        half closed

        发送包含END_STREAM桢的一端流转为本地半关闭half closed(local)，表示客户端发送请求数据完毕，等待服务端响应数据，接受到服务端发送的END_STREAM进入close关闭状态。接受END_STREAM桢的另一端称为远程半关闭状态half closed(remote)，表示服务端知道客户端请求已经发送完毕，处理结束后可以发送响应数据，并发送END_STREAM到客户端，进入close关闭状态。

        close

        流的关闭状态。除了half closed数据发送结束关闭外，发送RST_STREAM(发生错误或取消)也可关闭流。

        流状态交互示意图

        流量控制是保护接收方的机制，通过配额机制实现。发送端每发送数据后window窗口大小相应的减少。当发送端收到接收端WINDOW_UPDATE桢后window窗口增加。window等于0则不可以进行发送，窗口初始值为字节。

        通过发送端向接收端发送优先级权重期待接收端给予资源分配支持，接受端不保证一定遵守，默认权重为。优先级表达可以通过HEADERS或者单独发送PRIORITY帧实现。

        流优先级示图

        客户端通过PRIORITY帧可以告诉服务端当前流所依赖的流，形成流依赖树。同一父级的各个字节点通过权重分配资源；父级先分配资源传输结束后，再分配子级资源。

        通HTTP/2的四篇文章，对HTTP2工作原理有了全局的认识，相信再阅读HTTP/2相关文献不再困难。

        作者老梁，哈啰出行高级技术专家，参与了《RocketMQ技术内幕》审稿工作。专注后端中间件方向，已陆续发表RocketMQ系列、Kafka系列、gRPC系列、Sentinel系列、Java NIO系列。其中RocketMQ系列已发表余篇。源码、实战、原理、调优期待与你一起学习。

如何从官网获取各个版本Linux内核的源码

       访问网址 https://www.kernel.org

       在页面上找到HTTP协议旁的"Location"链接，点击它或直接访问 https://www.kernel.org/pub

       浏览器将展示pub/目录下的源码所有文件。在此页面上，协议找到"linux"并点击，源码接着点击"kernel"即可浏览到各个版本的协议Linux内核源码。

       特别地，源码cachebuilder+源码pub/linux/kernel目录下还包含一个名为"Historic"的协议子目录，这里收藏了如linux-0.和linux-0.等早期版本的源码源码。

HTTP服务器的协议本质:tinyhttpd源码分析及拓展

       本文深入探讨了HTTP服务器的本质，以tinyhttpd源码分析为基础，源码揭示了其轻量级特性与核心机制。协议

       在HTTP协议框架内，源码每条请求由三部分组成：起始行、协议现货macd 源码消息报头、源码请求正文。协议起始行以请求方法、URI和协议版本作为标识，遵循特定格式。

       常见的舍得互助源码请求方法包括GET和POST。GET方法常用于获取资源，POST方法用于提交数据。

       接下来，我们对tinyhttpd源码进行深度解析。该服务器主要包含几个核心函数：main、startup、mangos 源码分析accept_request、execute_cgi。分析流程主要遵循main到startup，再到accept_request，最后执行CGI脚本的路径。

       为了方便读者理解，android oschina 源码提供了注释版源码，并已上传至GitHub，以供参考。尽管tinyhttpd原为Solaris平台设计，部分Linux平台上的实现细节可能需调整。我们提供了修改版tinyhttpd-0.1.0_for_linux，可直接编译使用。

       实际运行流程如下：编译后执行httpd命令，通过浏览器访问服务器。默认CGI脚本为Perl文件，位于htdocs目录下。

       为了进一步探索CGI程序的运行机制，本文使用Python实现CGI脚本。首先在htdocs目录下创建register.html页面，用于接收用户输入。接着，编写register.cgi脚本，通过读取标准输入的数据并输出，直观展示CGI流程。

       通过运行示例，我们可以清晰地观察到tinyhttpd与CGI脚本的交互过程，加深对HTTP服务器与CGI原理的理解。本文旨在提供一个深入浅出的分析框架，助你更全面地掌握HTTP服务器的核心知识。