Hyper项目中使用HTTP/2协议的非TLS连接问题解析

在开发基于Hyper框架的后端服务时，开发者Rutik7066遇到了一个关于HTTP/2协议的有趣问题。他发现在不使用TLS/SSL加密的情况下，服务会自动降级到HTTP/1.1协议，而无法保持HTTP/2连接。这个问题实际上涉及HTTP/2协议规范和一些客户端实现的细节。

HTTP/2协议的非TLS连接机制

HTTP/2协议规范(RFC 7540)确实允许在不使用TLS的情况下建立连接，这被称为"明文HTTP/2"或"h2c"。与加密的HTTP/2(通常简称为h2)不同，h2c需要特殊的连接升级机制。

在Hyper框架中，开发者正确使用了.http2_only(true)方法来强制服务端只接受HTTP/2连接。代码实现本身没有问题，问题出在客户端的连接方式上。

客户端连接的正确方式

当使用curl等客户端工具测试h2c连接时，需要注意以下两点：

1. 必须明确指定使用HTTP/2协议
2. 必须使用"prior knowledge"(预先知道)模式

curl工具默认会尝试先建立HTTP/1.1连接，然后通过Upgrade机制协商升级到HTTP/2。要直接使用HTTP/2，必须添加--http2-prior-knowledge参数，这告诉curl客户端"我知道服务端直接支持HTTP/2，不需要先尝试HTTP/1.1"。

Hyper框架的h2c实现

Hyper框架对h2c的支持是完整的。在服务端代码中，通过Server::builder(incoming).http2_only(true)配置后，服务端会：

1. 拒绝任何非HTTP/2的连接尝试
2. 正确处理h2c的连接升级流程
3. 支持直接h2c连接(当客户端使用prior knowledge模式时)

实际开发中的建议

对于生产环境，建议开发者考虑以下几点：

1. 安全性考虑：虽然h2c是标准允许的，但在公网环境中强烈建议使用TLS加密的HTTP/2
2. 客户端兼容性：不是所有客户端都很好地支持h2c模式，测试时要确认客户端实现
3. 性能影响：h2c的连接建立过程可能比h2更复杂，因为可能需要额外的协议协商步骤

总结

这个问题展示了HTTP/2协议实现中的一个重要细节 - 明文HTTP/2连接需要客户端和服务端的特殊处理。Hyper框架的正确实现与客户端的正确使用方式相结合，才能成功建立h2c连接。开发者在使用任何HTTP/2功能时，都应该仔细阅读相关协议的细节和客户端工具的文档，以确保预期的协议行为。