Reactor Netty中HTTP2 GET请求发送空DATA帧的问题解析

问题背景

在Spring Web 6.2.0版本中，当使用Reactor Netty作为RestClient的底层实现时，发现了一个关于HTTP2协议实现的异常行为。具体表现为：当通过ReactorClientHttpRequest发送GET请求时，客户端会生成一个不符合HTTP2规范的请求流。

问题现象

正常情况下，HTTP2协议下的GET请求应该只包含一个HEADERS帧，并且该帧的END_STREAM标志位应该被设置为true，表示这是流的结束。然而在实际测试中发现：

1. HEADERS帧的END_STREAM标志位未被设置
2. 随后会发送一个空的DATA帧
3. 这种实现违反了RFC9113规范中关于简单请求的规定

技术分析

通过对调用栈的分析，我们发现问题的根源在于Reactor Netty和Spring Web的交互方式上。具体流程如下：

1. 当使用RestClient.Builder构建客户端并发送GET请求时
2. Spring Web的ReactorClientHttpRequest会被调用
3. 在HttpClientConnect.HttpClientHandler中，会根据是否设置了handler来决定不同的处理路径

问题的关键差异点在于：

正常情况：直接调用ch.send()方法，该方法会同时设置headers和body标记 异常情况：通过handler.apply(ch, ch)调用，最终会使用HttpOperations.then()方法，该方法会检查"Content-Length"头信息

由于HTTP2协议不依赖Content-Length头信息，这种检查导致了不正确的请求构造。

解决方案

Reactor Netty团队已经确认并修复了这个问题。修复方案主要包括：

1. 统一请求构造的默认行为
2. 确保在HTTP2协议下，GET请求能正确设置END_STREAM标志位
3. 避免发送不必要的空DATA帧

影响范围

该问题主要影响：

1. 使用Spring Web 6.2.0及以上版本
2. 配置了HTTP2协议的Reactor Netty客户端
3. 通过RestClient.Builder构建的HTTP客户端

最佳实践

对于开发者而言，建议：

1. 及时升级到包含修复的Reactor Netty版本
2. 在测试环境中验证HTTP2请求是否符合规范
3. 使用网络抓包工具检查实际的HTTP2帧结构

总结

HTTP2协议作为现代Web应用的重要基础，其规范的正确实现至关重要。Reactor Netty团队对此问题的快速响应和修复，体现了对协议规范的严格遵循。开发者在使用这些高级网络库时，也应当关注底层协议的实现细节，以确保应用的稳定性和性能。