使用OpenSSL替代libcurl上传文件遇Multipart解析错误求助

背景 #

硬件设备上的libcurl版本老旧，上传100MB文件耗时约45分钟，性能问题由其他同事排查中。我尝试用OpenSSL替代libcurl实现文件上传功能，参考网上示例修改代码后，多种Content-Type方案均报错，当前卡在带boundary的multipart/form-data方案上。

已尝试的方案及错误反馈 #

• 使用application/x-www-form-urlencoded并在URL拼接表单数据：服务器返回202错误，提示Content-Type not found or unsupported
• 省略Content-Type参数：返回相同202错误
• 使用application/json：错误同上
• 使用无boundary的multipart/form-data：服务器提示缺少boundary
• 手动设置boundary的multipart/form-data：服务器返回400错误，提示：

  Failed to parse multipart servlet request; nested exception is java.io.IOException: org.apache.tomcat.util.http.fileupload.FileUploadException: Stream ended unexpectedly

排查方向及修复建议 #

1. 严格校验Multipart请求格式 #

Multipart请求对格式要求极严，常见遗漏点：

• Content-Type头必须完整携带boundary：确保请求头为Content-Type: multipart/form-data; boundary=你的分隔符字符串，且请求体中的分隔符（--你的分隔符字符串）和结束标记（--你的分隔符字符串--）与头中boundary值完全一致
• 必须添加结束分隔符：请求体末尾必须包含--你的分隔符字符串--，很多示例会遗漏这部分，导致服务器认为流提前结束
• 每个Part的格式要规范：文件Part需包含Content-Disposition（指定name和filename）和Content-Type；普通字段Part需包含Content-Disposition，示例格式：

  --your-boundary
  Content-Disposition: form-data; name="upload_file"; filename="test.bin"
  Content-Type: application/octet-stream
  
  [文件二进制内容]
  --your-boundary
  Content-Disposition: form-data; name="token"
  
  abc123
  --your-boundary--
  

2. 确认请求体长度准确性 #

• 必须正确计算Content-Length头值，该值需包含所有boundary、换行符、Part头信息、文件内容的总字节数。长度计算错误会导致服务器判定流提前终止
• 避免使用分块编码（Transfer-Encoding: chunked），部分Tomcat服务器对Multipart请求的分块支持存在兼容性问题，优先使用固定Content-Length

3. 检查OpenSSL数据发送逻辑 #

• 确认请求头和请求体的所有数据都已完整发送，没有提前关闭连接或中断写入操作
• 检查文件读取逻辑，确保文件内容被完整读取并写入请求体，不存在读取截断的情况

4. 对比libcurl的请求格式 #

如果之前libcurl能正常上传，可通过抓包对比libcurl发送的请求头、请求体格式，与OpenSSL实现的版本做差异对比，快速定位格式问题

代码检查要点 #

若提供具体OpenSSL实现代码，重点排查：

• 请求头中boundary的设置是否与请求体中的分隔符一致
• 请求体拼接是否包含所有必要的换行符、分隔符和结束标记
• 文件读取和写入请求体的逻辑是否完整
• Content-Length的计算是否覆盖了所有请求体内容

内容的提问来源于stack exchange，提问作者Yashraj Rai