1.HTTP连接池及源码分析（二）
2.HTTP服务器的相关本质:tinyhttpd源码分析及拓展
3.HTTP/2协议之Stream【原理笔记】

HTTP连接池及源码分析（二）

       HTTP连接池的实现原理及源码解读

       本文深入探讨了HTTP连接池的设计思路，从执行原理到源码分析，源码解答了一系列关键问题。相关首先，源码连接池通过构建HttpClient，相关利用建造者模式灵活配置属性，源码抓热点指标源码隐藏构建细节，相关确保客户端代码简洁易读。源码HttpClient的相关执行链遵循责任链模式，请求在一系列Executor（执行器）中按顺序传递，源码每个执行器负责处理请求的相关一部分。

       连接池的源码核心是PoolEntry，它是相关连接的基本单位，包含HttpRoute信息和连接状态。源码连接池通过LinkedList管理空闲和等待队列，相关确保性能优化，如优先使用新用过的JAVAFileDescriptor源码连接而非等待队列的过期连接。连接的获取和释放采用异步操作，使用Future对象确保线程阻塞和唤醒的精确控制。

       在连接池的管理中，如何分配和回收连接、设置连接保持时间、检测连接可用性，以及处理可能遇到的问题，如底层连接关闭而上层未识别等，wxpf源码都有详细的过程和策略。连接池的参数设置，如超时时间、最大连接数，需要根据具体业务需求和系统限制进行调整。

       源码中，原子类在Future对象的使用引发了疑问，实际上，源码57即使每个线程拥有独立的Future，原子类确保了关键状态在并发环境中的原子性。至于等待线程的唤醒顺序，使用signalAll可能不是最优解，因为这可能唤醒所有等待线程，而非最久等待的那个。

       总的来说，HTTP连接池的filecoin源码设计既考虑了性能优化，又注重并发控制，源码中的这些细节体现了其复杂性和灵活性。理解这些原理和实践案例，可以帮助开发者更好地运用HTTP连接池并解决实际问题。

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

       经过一段时间的准备，我将分享对小巧轻便的HTTP服务器tinyhttpd的源码分析心得。这个只有约行C代码的项目，为我们揭示了HTTP服务器工作原理的核心。首先，让我们了解一下HTTP请求的基本结构。

       HTTP请求由起始行、消息头和请求正文三部分构成。起始行包括请求方法（如GET或POST）、请求的URI和HTTP版本，例如："GET /index.html HTTP/1.1"。GET用于获取网页内容，POST用于提交表单数据。下面，我们逐步深入tinyhttpd的源码结构。

       在源码分析中，推荐的阅读顺序为：main -> startup -> accept_request -> execute_cgi。通过这个路径，我们可以跟随浏览器和tinyhttpd之间的交互过程。我已经将详细的注释版源码上传至GitHub，包含了一些针对Linux环境的修改说明，可以在我的GitHub仓库中获取。

       在TinyHTTPD的示例中，你可以尝试在编译后的程序上运行，如在浏览器中访问。此外，我还演示了如何使用Python编写CGI脚本，以扩展服务器功能。通过创建一个简单的register.html表单和对应的register.cgi脚本，你可以亲手体验CGI程序的运作过程。

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系列已发表余篇。源码、实战、原理、调优期待与你一起学习。