libcurl v8.13.0 在 Windows WebKit 中的连接管理问题分析

在 libcurl 从 v8.12.1 升级到 v8.13.0 后，Windows WebKit 用户报告了一个重要的网络连接问题。当用户尝试多次重新加载某些网页（如日本读卖新闻网站）时，系统会出现大量"无可用连接"的错误，最终导致资源请求超时。

问题现象

用户在使用 Windows WebKit 浏览网页时发现，特别是在重复加载某些内容丰富的新闻网站时，系统会频繁出现"无可用连接"的错误提示。经过测试，只需重新加载目标网站2-3次，就会触发这个问题。一旦问题出现，来自该网站的所有资源请求都会超时，但其他网站仍可正常访问。

技术背景

libcurl 是一个广泛使用的开源网络传输库，WebKit 浏览器引擎使用它来处理网络请求。在 v8.13.0 版本中，libcurl 对连接管理机制进行了重要修改：

1. 现在将处于关闭过程中的连接也计入 CURLMOPT_MAX_TOTAL_CONNECTIONS 限制
2. 同样适用于 CURLMOPT_MAX_HOST_CONNECTIONS 限制

在之前的版本中，只有活跃的连接会被计入这些限制。这一变更旨在提供更精确的连接管理，但意外地导致了某些使用场景下的问题。

问题根源

Windows WebKit 默认设置了较为严格的连接限制：

• 最大总连接数(CURLMOPT_MAX_TOTAL_CONNECTIONS)：17
• 每主机最大连接数(CURLMOPT_MAX_HOST_CONNECTIONS)：6

当大量连接处于关闭状态时，这些连接仍然占用着连接池的名额，导致新连接无法建立。由于现代网页通常包含大量并行请求，这种限制很容易被触发，特别是在重复加载内容丰富的页面时。

解决方案

开发团队提出了两种可能的解决方案：

1. 在连接压力大的情况下强制关闭最旧的正在关闭的连接
2. 保持当前行为，让应用程序自行调整连接限制

经过讨论，团队倾向于第一种方案，因为它能提供更确定性的行为。相应的修复补丁已经提交，并确认能够解决报告的问题。

对开发者的建议

对于使用 libcurl 的开发者，特别是那些在浏览器或类似高并发环境中集成的开发者，建议：

1. 评估当前设置的连接限制是否足够
2. 考虑升级到包含修复补丁的版本
3. 如果暂时无法升级，可以尝试适当增加连接限制参数
4. 监控连接池的使用情况，特别是在高负载场景下

这个问题展示了网络库与浏览器引擎集成时的微妙平衡，也提醒我们在性能优化时需要全面考虑各种使用场景。