文章目录

• 1 什么是 springdoc ?
• 2 springdoc 基本信息
• 3 maven 依赖
• • 3.1 version 1.7.0 及之前
  • 3.2 新的 version 2.x 及之后
  • 4 正文来袭
  • • 4.1 给 Controller 加注解
    • 4.2 给 Model 加注解
    • 4.3 需要上传附件怎么办?
    • • 4.3.1 错误写法
      • 4.3.2 正确写法
      • 4.4 如何给 API 排序? 如何给 HTTP 方法排序?
      • • 4.4.1 API 排序示例
        • 4.4.2 HTTP 方法排序示例
        • 5 大功告成
        • 6 传送门

          1 什么是 springdoc ?

            网上冲浪🏄🏻‍♂️时，无意间发现 java web 应用程序的在线接口文档，除了耳熟能详的 swagger 之外，还有个 springdoc。这也许就叫惊喜( ͡• ͜ʖ ͡• )

            还记得要使用 swagger2 的话，springboot 项目里面需要引入 springfox 的依赖。swagger2 遵循的是 OpenAPI 2 规范。现在已经有了 OpenAPI 3 规范，springdoc 便是 OpenAPI 3 和 springboot 的结合，是 springfox 的完美替代品。

            springdoc 的底层是 swagger3，前端页面看起来和 swagger2 的差不多，但无奈我是个喜新厌旧的人🙃，就是想学它~

          2 springdoc 基本信息

            官网是 https://springdoc.org/ ，它不仅是官网，还是操作手册，里面说的很详细。

            需要注意的是，上面的官网是新版本 2.x 的，如果要看 1.x 版本的官网，则访问 https://springdoc.org/v1/

          3 maven 依赖

          3.1 version 1.7.0 及之前

            1.7.0 版本及之前的版本，支持 SpringBoot 2.x 和 Java 8，此时需要引入下面2个依赖：

          
          
              org.springdoc
              springdoc-openapi-ui
              1.6.14
          
          
          
              org.springdoc
              springdoc-openapi-security
              1.6.14
          
          

            关于 springdoc 配合 spring security 的知识，目前的我对此一无所知🤣。后面再研究它吧，先把基础操作弄明白 已经搞定啦，详见文末链接。

            可以从 https://mvnrepository.com/ 里面查询到最新版，然后把 1.6.14 换成最新的。

          3.2 新的 version 2.x 及之后

            目前（2023年10月）最新的版本 version 2.2.0，支持的是 SpringBoot 3.x 和 Java 17，此时只需需要引入一个依赖：

          
          
             org.springdoc
             springdoc-openapi-starter-webmvc-ui
             2.2.0
          
          
          
             org.springdoc
             springdoc-openapi-starter-webflux-ui
             2.2.0
          
          

            mvc 和 webflux 的依赖，2选1就可以。它们俩的版本号是一致的。新版本 2.x 的注解，和 1.x 的一样。

          4 正文来袭

          4.1 给 Controller 加注解

            主要就是下面 4 个注解：

          1. @Tag 用来设置 Controller 的名称和描述，类似于给 Postman 的 Collections 命名；
          2. @ApiResponses 和 @ApiResponse 用来配置响应；
          3. @Operation 用来设置接口名称和描述；
          4. @Parameter 用来设置请求参数的描述、是否必填和示例。

          @RestController
          // 响应的 MediaType 都是 application/json
          @RequestMapping(path = "/process-definition", produces = "application/json")
          // Tag 注解, 给整个接口起了个名字 "流程定义", 描述是 "流程定义 API"
          @Tag(name = "流程定义", description = "流程定义 API")
          // ApiResponses 给每个接口提供一个默认的响应, 状态码是 200, 描述是 "接口请求成功"
          @ApiResponses(@ApiResponse(responseCode = "200", description = "接口请求成功"))
          public class ProcessDefinitionController {
              // Operation 注解设置了接口名称, 接口描述
              @Operation(summary = "上传 BPMN xml 字符串 并部署", description = "此接口处理的是 xml 字符串")
              @PostMapping("/upload-and-deploy/bpmn-xml-str")
              public JsonResult uploadAndDeployBpmnXmlStr(@RequestBody BpmnXmlReq req) {
                  return JsonResult.of(CommonCodeEnum.OK);
              }
              @Operation(summary = "查询单个 bpmn xml 数据")
              @GetMapping("/bpmn-xml")
              public JsonResult findBpmnXml(
                      // Parameter 注解设置了请求参数的描述, 是否必填 以及示例
                      @Parameter(description = "流程部署ID", required = true, example = "1234") String deployId,
                      @Parameter(description = "流程资源名称", required = true, example = "xxx.bpmn") String resourceName) {
                  return JsonResult.of(CommonCodeEnum.OK, new BpmnXmlResp());
              }
          }
          

            启动项目后，效果如下图：

          

          图1 总览

          

          图2 第一个接口

          

          图3 第二个接口

          4.2 给 Model 加注解

          @Data
          // Schema 注解设置这个类的描述
          @Schema(description = "bpmn xml 请求参数")
          public class BpmnXmlReq {
              // Schema 注解设置每个属性的描述和示例
              @Schema(description = "bpmn文件的内容, 字符串格式", example = "")
              private String xml;
              @Schema(description = "流程部署名称", example = "请假流程")
              private String deployName;
          }
          @Schema(description = "json结构的响应")
          public class JsonResult {
              @Schema(description = "状态码", example = "200")
              private Integer code;
              @Schema(description = "状态码对应的信息", example = "请求成功")
              private String message;
              @Schema(description = "给前端返回的 json 格式的内容")
              private T content;
              // 省略部分内容
          }
          

            效果如下图：

          

            点击 Example Value 后面的 Schema 可以看到如下图的内容：

          

            滑到页面的最下方，可以看到：

          

          4.3 需要上传附件怎么办?

          4.3.1 错误写法

            先看下错误写法😁：

          @Operation(summary = "上传 BPMN 文件并部署", description = "此接口处理的是文件流")
          @PostMapping(path = "/upload-and-deploy/bpmn-file")
          public JsonResult uploadAndDeployBpmnFile(
                  @Parameter(description = "要上传的 BPMN 文件", required = true) MultipartFile file,
                  @Parameter(description = "流程部署的名称", required = true) @RequestParam String deployName) {
              return processDefinitionService.uploadAndDeployBpmnFile(file, deployName);
          }
          

            效果如下：

          

            这表明，springdoc 并不能根据接口的请求参数类型是 MultipartFile ，来自动识别出我们要的是上传附件。所以解决办法就是指明此接口需要媒体类型的是附件。

          4.3.2 正确写法

            代码如下，我们指明此接口消费的是 multipart/form-data 这种媒体类型。

          @Operation(summary = "上传 BPMN 文件并部署", description = "此接口处理的是文件流")
          @PostMapping(path = "/upload-and-deploy/bpmn-file", consumes = MediaType.MULTIPART_FORM_DATA_VALUE)
          public JsonResult uploadAndDeployBpmnFile(
                  @Parameter(description = "要上传的 BPMN 文件", required = true) MultipartFile file,
                  @Parameter(description = "流程部署的名称", required = true) @RequestParam String deployName) {
              return processDefinitionService.uploadAndDeployBpmnFile(file, deployName);
          }
          

            效果如下：

          

          4.4 如何给 API 排序? 如何给 HTTP 方法排序?

            😁这个也简单~ 参考官方文档 https://springdoc.org 的 5.2 swagger-ui properties 可知，有以下2个配置项可供我们给 API 和 HTTP 方法排序：

          • springdoc.swagger-ui.tagsSorter 给 API 排序， 如果其值为 alpha 就表示按字母顺序排序。默认情况下（也就是不配置此项），API 的顺序由 swagger 自己决定（也就是没什么顺序）；
          • springdoc.swagger-ui.operationsSorter 给 HTTP 方法排序，其值为 alpha 同样表示按字母顺序排序，值为 method 表示根据 HTTP 请求的类型（顺序如下：DELETE > GET > POST > PUT）排序。默认情况下，Controller 代码里面，你写的是什么顺序，swagger 就给你展示什么顺序。

            4.4.1 API 排序示例

              Java 的 Controller 代码如下：

            @Tag(name = "01 登录", description = "登录相关API")
            public class AuthController {}
            @Tag(name = "05 历史", description = "历史 API")
            public class HistoryController {}
            @Tag(name = "02 流程定义", description = "流程定义 API")
            public class ProcessDefinitionController {}
            @Tag(name = "03 流程实例", description = "流程实例 API")
            public class ProcessInstanceController {}
            @Tag(name = "04 任务", description = "任务 API")
            public class TaskController {}
            

              application.yml 部分内容如下：

            springdoc:
              swagger-ui:
                # API 排序
                tags-sorter: alpha
            

              最终效果如下图所示：

            

            4.4.2 HTTP 方法排序示例

              application.yml 部分内容如下：

            springdoc:
              swagger-ui:
                # API 排序
                tags-sorter: alpha
                # HTTP 方法排序
                operations-sorter: method
            

              最终效果如下图所示：

            

            5 大功告成

              springdoc 的基本使用，到这里就全部欧克了，so easy ~

              至于它和 spring security 的配合，后续再说~

            6 传送门

            1. 功夫不负有心人，😁springdoc 和 SpringSecurity 的结合，我也研究好了，文档链接如下 《02_学习springdoc与SpringSecurity配合_使用访问令牌来认证》
            2. springdoc 与微服务的结合，文档链接如下 《03_学习springdoc与微服务结合_简述》
            3. springdoc 与 oauth2 结合，文档链接如下 《04_学习springdoc与oauth结合_简述》

              感谢阅读~

             
             网站制作公司电话  网络营销推广与策划  dw制作学校官网页面  网站设计与制作培训学校  石家庄网站建设策略  广告设计师