首页
/ SpringDoc OpenAPI 中多文件编码注解的正确使用方式

SpringDoc OpenAPI 中多文件编码注解的正确使用方式

2025-06-24 02:53:44作者:苗圣禹Peter

在基于Spring Boot的REST API开发中,SpringDoc OpenAPI是一个非常流行的库,它能够自动生成OpenAPI 3.0规范的文档。当处理文件上传特别是多部分表单数据时,开发者经常需要为不同的表单字段指定不同的内容类型编码。

问题背景

在SpringDoc OpenAPI的早期版本中,开发者可能会遇到一个问题:当尝试为不同的表单字段分别指定内容类型编码时,只有第一个编码注解会被识别。例如,在一个文件上传接口中,开发者可能希望:

  1. 文件字段使用application/octet-stream类型
  2. 附加的JSON数据字段使用application/json类型

错误的使用方式

开发者可能会尝试为每个@RequestPart参数单独添加@RequestBody注解,如下所示:

@PostMapping(value ="/first", consumes = MediaType.MULTIPART_FORM_DATA_VALUE)
public ResponseEntity<String> uploadMultipartWithBody(
    @RequestBody(content = @Content(encoding = @Encoding(name = "file", contentType = MediaType.APPLICATION_OCTET_STREAM_VALUE)))
    @Parameter(required = true)
    @RequestPart("file") MultipartFile file,
    @RequestBody(content = @Content(encoding = @Encoding(name = "dto", contentType = MediaType.APPLICATION_JSON_VALUE)))
    @Parameter(description = "An extra JSON payload sent with file")
    @RequestPart("dto")
    DTO dto) {
    return ResponseEntity.ok("Request Accepted: " + dto.toString());
}

这种方式会导致只有第一个编码定义被SpringDoc OpenAPI识别。

正确的解决方案

正确的做法是将所有编码定义统一放在方法级别的@RequestBody注解中,使用数组形式指定多个@Encoding

@PostMapping(value ="/first", consumes = MediaType.MULTIPART_FORM_DATA_VALUE)
@RequestBody(content = @Content(encoding = {
    @Encoding(name = "file", contentType = MediaType.APPLICATION_OCTET_STREAM_VALUE),
    @Encoding(name = "dto", contentType = MediaType.APPLICATION_JSON_VALUE)
}))
public ResponseEntity<String> uploadMultipartWithBody(
    @Parameter(required = true)
    @RequestPart("file") MultipartFile file,
    @Parameter(description = "An extra JSON payload sent with file")
    @RequestPart("dto")
    DTO dto) {
    return ResponseEntity.ok("Request Accepted: " + dto.toString());
}

生成的OpenAPI文档效果

采用上述正确方式后,生成的OpenAPI文档将包含完整的编码定义:

requestBody:
  content:
    'multipart/form-data':
      schema:
        type: object
        required:
          - dto
          - file
        properties:
          dto:
            type: string
          file:
            type: string
            format: binary
      encoding:
        file:
          contentType: application/octet-stream
        dto:
          contentType: application/json

技术要点总结

  1. 对于多部分表单数据的编码定义,应该使用方法级别的@RequestBody注解
  2. 多个编码定义需要使用@Encoding数组形式指定
  3. 每个编码定义需要指定字段名称(name)和对应的内容类型(contentType)
  4. 参数级别的@Parameter注解仍然可以用于指定参数的描述和是否必需等属性

这种设计符合OpenAPI规范的要求,确保了API文档能够准确描述多部分请求中不同字段的内容类型编码方式。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
docsdocs
暂无描述
Markdown
827
5.48 K
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
494
515
ops-nnops-nn
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
783
1.57 K
pytorchpytorch
作为 Ascend for PyTorch 社区的核心组件,TorchNPU 是昇腾专为 PyTorch 打造的深度学习适配插件,使 PyTorch 框架能够直接调用昇腾 NPU,为开发者提供昇腾 AI 处理器的超强算力。
Python
800
1.14 K
ops-transformerops-transformer
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
970
2.28 K
kernelkernel
deepin linux kernel
C
32
16
AscendNPU-IRAscendNPU-IR
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
480
312
jiuwenswarmjiuwenswarm
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
3.01 K
766
cannbot-skillscannbot-skills
CANNBot 是面向 CANN 开发的用于提升开发效率的系列智能体,本仓库为其提供可复用的 Skills 模块。
Markdown
1.26 K
808
cann-learning-hubcann-learning-hub
CANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。
Jupyter Notebook
647
284