如何使用具有自定义标头的 Multipart/form-data 的 POSTMAN 来测试我的控制器,该控制器采用 2 个文件作为参数 (
public ... controller( MultipartFile[] files)
)?
POST .... HTTP/1.1
.
.
.
---boundary123
Content-type:application/octet-stream
content-Disposition: form-data filenale="abc.txt" name="someuniquename"
[paylaod content](this is in xml format)
---boundary123
content-type:application/json
content-Disposition:form-data name="metadata"
{ID:"999"}
---boundary123
我希望这能帮助其他人避免长时间的调试工作。底线是,对于某些分段上传,您只是运气不佳。例如,如果您需要执行多部分/相关操作,并且需要在 headers 中使用 Content-Type 来表达,Postman 无法帮助您。主要是因为邮递员仅生成随机边界,即使您添加自己的边界也是如此。困难的部分是,Postman 将“声称”在 Postman 控制台中使用您的边界,但实际上会在调用中使用不同的边界。因此声明的标头边界和实际使用的边界将不匹配。 这是来自 Postman 的请求示例,可以在 Postman 控制台和 Fiddler 中查看。正如您所看到的,Fiddler 显示 Postman 实际上正在发送随机边界,其中 Postman 声称使用提供的边界。
我真的希望他们能在 Postman 中解决这个问题。至少向其展示邮递员控制台,即使他们没有解决根本问题。对于大多数 API 来说,它都是一个很棒的工具,但如果您尝试访问 DICOM 服务器并遵守它的规定……那么您就不走运了。
Content-Type
标头设置为
multipart/mixed
,然后将所有内容都转换为文件。如果是文本,您可以忽略“将其转换为文件”步骤:)留下此评论:https://github.com/postmanlabs/postman-app-support/issues/1104Ninja 更新
:不确定这是否对其他人有帮助,但对于在单个多部分 POST 请求中上传多个文件类型/内容类型的特定场景,有一个解决方法。
将标题Content-Type
multipart/mixed
。选择 form-data
Body
选项。将所有项目转换为文件。字符串内容应成为文本文件等file
Content-Type
或
Content-Disposition
。这里的技巧是将所有相关内容序列化为持久文件类型。希望对某人有帮助!