nghttp2项目升级c-ares依赖版本的技术分析

在nghttp2项目中，关于c-ares依赖库的版本升级问题引发了技术讨论。c-ares是一个异步DNS解析库，nghttp2作为HTTP/2协议的实现库，在某些功能上依赖c-ares进行DNS解析。

背景与现状

当前nghttp2项目通过自定义的FindLibcares.cmake模块来查找c-ares库，这种方式存在一些局限性。自c-ares 1.15版本开始，项目提供了原生的CMake配置文件(c-ares-config.cmake)，这使得依赖管理更加规范化和现代化。

技术升级方案

经过讨论，技术团队提出了以下升级方案：

1. 将c-ares的最低版本要求提升至1.16.0或更高
2. 优化CMake查找逻辑，优先尝试使用c-ares的原生CMake配置
3. 保持向后兼容性，当原生配置不可用时回退到传统查找方式

升级的必要性

版本升级主要基于以下技术考虑：

• 功能需求：nghttp2需要使用ares_getaddrinfo函数替代已弃用的ares_gethostbyname，该函数自c-ares 1.16.0版本开始提供
• 构建系统改进：原生CMake支持提供了更可靠的依赖管理和版本控制
• 兼容性考虑：1.16.0版本已在主流Linux发行版中广泛可用，如Ubuntu Focal等

技术实现细节

升级后的CMake逻辑将实现以下功能：

1. 首先尝试使用find_package(c-ares CONFIG)查找原生CMake配置
2. 如果失败，则回退到传统的find_package(Libcares)方式
3. 确保两种方式设置的变量一致，保持代码兼容性

对下游项目的影响

这一变更将显著改善使用现代CMake构建系统的用户体验，特别是对于以下场景：

• 使用FetchContent或CMake的依赖管理功能集成c-ares的项目
• 需要同时构建nghttp2和c-ares的复杂项目
• 使用较新CMake版本(≥3.24)的项目

结论

nghttp2项目对c-ares依赖版本的升级是一个合理的现代化改进，既满足了功能需求，又改善了构建系统的可靠性。这一变更将为项目带来更好的维护性和用户体验，同时保持了与现有系统的兼容性。