AWS SDK for C++ 中WinHTTP错误代码87的问题分析与解决方案

问题背景

在使用AWS SDK for C++进行HTTP请求签名时，开发者遇到了一个典型的Windows平台问题。当尝试发送带有内容体(content body)的HTTP PUT请求时，请求失败并返回WinHTTP错误代码87。这个错误代码在Windows系统中表示"参数错误"，通常意味着在调用WinHTTP API时传递了不正确的参数组合。

技术分析

错误根源

核心问题出在WinHttpSendRequest函数的调用方式上。AWS SDK的当前实现总是将dwTotalLength参数(表示请求体总长度)设置为0：

WinHttpSendRequest(hHttpRequest, NULL, NULL, 0, 0, 0, NULL)

根据Windows API文档，当不使用分块传输编码(Transfer-Encoding: chunked)时，必须提供准确的请求体长度。否则，WinHTTP无法正确处理请求体，导致参数错误(ERROR_INVALID_PARAMETER)。

SDK内部机制

AWS SDK for C++的签名流程和HTTP客户端实现有几个关键点需要注意：

1. 签名过程：AWSAuthV4Signer会在签名前计算内容的SHA256哈希值，这个值会包含在x-amz-content-sha256头中。

2. 请求体处理：内容流(content stream)通过AddContentBody方法添加，但SDK内部没有正确传递内容长度信息到WinHTTP层。

3. WinHTTP集成：SDK使用WinHttpSyncHttpClient作为Windows平台的HTTP客户端实现，其中对请求体长度的处理存在不足。

解决方案

临时解决方案

开发者发现可以通过在以下两个地方缓存并传递正确的请求体大小来解决问题：

1. 在WinHttpSyncHttpClient::OpenRequest()中缓存body-size
2. 在WinHttpSyncHttpClient::DoSendRequest()中使用缓存的body-size

推荐解决方案

对于长期稳定的解决方案，建议：

1. 使用SDK推荐方式：避免直接使用内部类如AWSAuthV4Signer和HttpClient，而是使用SDK提供的高级客户端API。

2. 考虑HTTP客户端选择：

   • 启用libCurl作为HTTP客户端(需在构建时配置)
   • 使用更现代的WinHTTP配置选项

3. 调试技巧：

   • 启用enableHttpClientTrace以获取详细日志
   • 检查StreamPayloadToRequest中的实际负载数据
   • 监控WinHTTP回调信息

最佳实践

对于需要在Windows平台上使用AWS SDK for C++进行签名请求的开发者，建议：

1. 始终验证请求体处理逻辑，特别是在自定义HTTP请求时。

2. 对于API Gateway的IAM授权请求，考虑使用SDK提供的高级抽象而非直接操作底层HTTP客户端。

3. 在复杂场景下，考虑实现自定义的HTTP客户端接口以更好地控制请求细节。

总结

WinHTTP错误代码87问题揭示了AWS SDK for C++在Windows平台请求体处理上的一个边界情况。虽然可以通过修改SDK内部实现临时解决问题，但从长期维护角度，建议采用SDK推荐的使用模式或等待官方修复。理解这一问题的本质有助于开发者在类似场景下更快地诊断和解决问题。