将请求体传输到操作时,通常使用 multipart/form-data
作为 Content-Type
。与 2.0 版本相比,当使用 multipart
内容时,需要必须定义一个 schema
来定义操作的输入参数。这支持复杂结构以及支持多种文件上传的机制。
当传递 multipart
类型时,可以使用边界来分隔正在传输的内容部分——因此,为 multipart
定义了以下默认 Content-Type
- 如果属性是原始类型或原始值的数组,则默认 Content-Type 为
text/plain
- 如果属性是复杂类型或复杂值的数组,则默认 Content-Type 为
application/json
- 如果属性是
type: string
且format: binary
或format: base64
(也称为文件对象),则默认 Content-Type 为application/octet-stream
示例
requestBody:
content:
multipart/form-data:
schema:
type: object
properties:
id:
type: string
format: uuid
address:
# default Content-Type for objects is `application/json`
type: object
properties: {}
profileImage:
# default Content-Type for string/binary is `application/octet-stream`
type: string
format: binary
children:
# default Content-Type for arrays is based on the `inner` type (text/plain here)
type: array
items:
type: string
addresses:
# default Content-Type for arrays is based on the `inner` type (object shown, so `application/json` in this example)
type: array
items:
type: '#/components/schemas/Address'
引入了 encoding
属性,以便您可以控制 multipart
请求体部分的序列化。此属性仅适用于 multipart
和 application/x-www-form-urlencoded
请求体。