Springfox 与 SpringDoc——swagger 如何选择(SpringDoc 入门)
本文分享自天翼云开发者社区 @《Springfox与SpringDoc——swagger如何选择(SpringDoc入门)》,作者: 才开始学技术的小白
0.引言
之前写过一篇关于 swagger(实际上是 springfox)的使用指南(https://www.ctyun.cn/developer/article/371704742199365),涵盖了本人在开发与学习的时候碰到的各种大坑。但由于 springfox 已经不更新了,很多项目都在往 springdoc 迁移
笔者也是花了一些时间试了一下这个号称“把 springfox 按在地下摩擦”的 springdoc 究竟好不好使,本文就来简单介绍下 springdoc 的使用以及优劣势
1.引入 maven 依赖
这里有个大坑一定要注意!!!
如果你跟我一样,现在使用的是 springfox,但是想往 springdoc 迁移,结果试了一下发现还是 springfox 好用/懒得改那么多注解,还是想换回 springfox,一定要把 springdoc 的 maven 依赖删掉!!!不然 springboot 会默认你用的是 springdoc,导致 swagger 界面出不来
<dependency>
<groupId>org.springdoc</groupId>
<artifactId>springdoc-openapi-ui</artifactId>
<version>1.6.11</version>
</dependency>
2.springdoc 配置类
实际上 springdoc 的配置非常简单,使用的是 OpenAPI 类与 GroupedOpenApi 来配置
/**
* SpringDoc API 文档相关配置
* Created by macro on 2023/02/02.
*/@Configurationpublic class SpringDocConfig {
@Bean
public OpenAPI mallTinyOpenAPI() {
return new OpenAPI()
.info(new Info().title("CTYUN API")
.description("SpringDoc API 演示")
.version("v1.0.0")
.license(new License().name("Apache 2.0").url("https://github.com/")))
.externalDocs(new ExternalDocumentation()
.description("SpringBoot 项目")
.url("http://www.ctyun.com"));
}
@Bean
public GroupedOpenApi adminApi() {
return GroupedOpenApi.builder()
.group("admin")
.pathsToMatch("/**")
.build();
}
//可以创建不同的 GroupedOpenApi 来判断不同的 controller
@Bean
public GroupedOpenApi userApi() {
return GroupedOpenApi.builder()
.group("user")
.pathsToMatch("/user/**")
.build();
}}
3.启动
默认配置之后直接进入:http://localhost:8080/swagger-ui/index.html 即可
注意这里与 springfox 略有不同(http://localhost:8080/swagger-ui.html)
4.与 SpringFox 的注解对照
5.SpringDoc 基本注解用法
这里转载一个写的非常全面的示例接口,原文可以去看:https://blog.csdn.net/zhenghongcs/article/details/123812583
/**
* 品牌管理 Controller
* Created by macro on 2019/4/19.
*/@Tag(name = "PmsBrandController", description = "商品品牌管理")@Controller@RequestMapping("/brand")public class PmsBrandController {
@Autowired
private PmsBrandService brandService;
private static final Logger LOGGER = LoggerFactory.getLogger(PmsBrandController.class);
@Operation(summary = "获取所有品牌列表",description = "需要登录后访问")
@RequestMapping(value = "listAll", method = RequestMethod.GET)
@ResponseBody
public CommonResult<List<PmsBrand>> getBrandList() {
return CommonResult.success(brandService.listAllBrand());
}
@Operation(summary = "添加品牌")
@RequestMapping(value = "/create", method = RequestMethod.POST)
@ResponseBody
@PreAuthorize("hasRole('ADMIN')")
public CommonResult createBrand(@RequestBody PmsBrand pmsBrand) {
CommonResult commonResult;
int count = brandService.createBrand(pmsBrand);
if (count == 1) {
commonResult = CommonResult.success(pmsBrand);
LOGGER.debug("createBrand success:{}", pmsBrand);
} else {
commonResult = CommonResult.failed("操作失败");
LOGGER.debug("createBrand failed:{}", pmsBrand);
}
return commonResult;
}
@Operation(summary = "更新指定 id 品牌信息")
@RequestMapping(value = "/update/{id}", method = RequestMethod.POST)
@ResponseBody
@PreAuthorize("hasRole('ADMIN')")
public CommonResult updateBrand(@PathVariable("id") Long id, @RequestBody PmsBrand pmsBrandDto, BindingResult result) {
CommonResult commonResult;
int count = brandService.updateBrand(id, pmsBrandDto);
if (count == 1) {
commonResult = CommonResult.success(pmsBrandDto);
LOGGER.debug("updateBrand success:{}", pmsBrandDto);
} else {
commonResult = CommonResult.failed("操作失败");
LOGGER.debug("updateBrand failed:{}", pmsBrandDto);
}
return commonResult;
}
@Operation(summary = "删除指定 id 的品牌")
@RequestMapping(value = "/delete/{id}", method = RequestMethod.GET)
@ResponseBody
@PreAuthorize("hasRole('ADMIN')")
public CommonResult deleteBrand(@PathVariable("id") Long id) {
int count = brandService.deleteBrand(id);
if (count == 1) {
LOGGER.debug("deleteBrand success :id={}", id);
return CommonResult.success(null);
} else {
LOGGER.debug("deleteBrand failed :id={}", id);
return CommonResult.failed("操作失败");
}
}
@Operation(summary = "分页查询品牌列表")
@RequestMapping(value = "/list", method = RequestMethod.GET)
@ResponseBody
@PreAuthorize("hasRole('ADMIN')")
public CommonResult<CommonPage<PmsBrand>> listBrand(@RequestParam(value = "pageNum", defaultValue = "1")
@Parameter(description = "页码") Integer pageNum,
@RequestParam(value = "pageSize", defaultValue = "3")
@Parameter(description = "每页数量") Integer pageSize) {
List<PmsBrand> brandList = brandService.listBrand(pageNum, pageSize);
return CommonResult.success(CommonPage.restPage(brandList));
}
@Operation(summary = "获取指定 id 的品牌详情")
@RequestMapping(value = "/{id}", method = RequestMethod.GET)
@ResponseBody
@PreAuthorize("hasRole('ADMIN')")
public CommonResult<PmsBrand> brand(@PathVariable("id") Long id) {
return CommonResult.success(brandService.getBrand(id));
}}
6.与 SpringSecurity 的结合
如果项目中使用了 SpringSecurity,需要做两个配置来让 springdoc 正常使用:
1.在 SpringSecurity 配置类中放行白名单:"/v3/api-docs/**", "/swagger-ui/**"
2.在 SpringDoc 配置中增加对应内容,如下:
@Configurationpublic class SpringDocConfig {
private static final String SECURITY_SCHEME_NAME = "BearerAuth";
@Bean
public OpenAPI managerOpenAPI() {
return new OpenAPI()
.info(new Info().title("Galaxy-Cluster-Manager 后端接口文档")
.description("提供给前端界面(portal)的接口文档")
.version("v1.0.0")
.license(new License().name("galaxy 1.2.0").url("https://gitlab.ctyun.cn/hpc/galaxy-parent/-/tree/v1.2.0")))
.externalDocs(new ExternalDocumentation()
.description("弹性高性能计算(CTHPC)")
.url("http://www.ctyun.cn"))
//以下是针对 SpringSecurity 的设置,同时还有设置白名单
.addSecurityItem(new SecurityRequirement().addList(SECURITY_SCHEME_NAME))
.components(new Components()
.addSecuritySchemes(SECURITY_SCHEME_NAME,
new SecurityScheme()
.name(SECURITY_SCHEME_NAME)
.type(SecurityScheme.Type.HTTP)
.scheme("bearer")
.bearerFormat("JWT")));
}
@Bean
public GroupedOpenApi publicApi() {
return GroupedOpenApi.builder()
.group("portal")
.pathsToMatch("/api/**")
.build();
}
}
7.SpringDoc 使用对象作为 Query 参数的问题
实际上 springfox 也会有这个问题,使用对象作为 query 传参的时候,页面通常是这样的:
就没有办法逐个描述参数,也不能逐个调试(只能用 json 调试),非常的麻烦;springdoc 有一个解决这个问题非常方便的注解:@ParameterObject
比如某一个控制器的入参是 User user,我们只需要在这前面加上注解变为:@ParameterObject User user 即可,结果如下;
这里也有一个大坑:参数的类型可能会不正确,比如这里我们的 id 参数实际上是 int,但显示出来是 string,这个时候就需要我们在 User 类的属性中加上对应的注解,比如:
@Parameter(description = "id 传参",example = "6")
再重启 UI 就会发现参数类型正确了
8.SpringDoc 配置扫包范围
有的时候仅仅使用 @Hidden 并不能满足我们的需要,因为可能需要配置不同 group 的 controller 类,这个时候就需要在配置类中取设置扫包范围代码如下:
9.SpringDoc 的优劣势
优势:SpringDoc 有着非常好看的 UI,以及比 Springfox 更加完善的参数注解体系,看起来非常舒服,并且还在不断更新与维护中
劣势:一些冷门功能还不完善,比如:
a.有十个接口,他们的 url 是一样的但是可以通过 query 参数来分别(如:@PostMapping(params = "action=QueryUsers"))这个时候 springdoc 只能通过扫包范围配置,来写多个 GroupOpenApi 来解决,非常的麻烦;springfox 可以在 docket 创建的时候使用:docket.enableUrlTemplating(true); 这个方法即可解决
b.springdoc 的网络配置可能会与 springfox 冲突,如果迁移,需要逐个尝试网络配置是否合适(主要是 GsonHttpMessageConverter 的配置)
c.兼容性问题仍需要观望,相对于 springfox,springdoc 的兼容性并没有那么好,在许多时候可能会出现序列化的乱码问题
总结:如果当前项目/工程已经集成了完备的 springfox,建议不要轻易尝试迁移到 springdoc,尤其是接口类型比较复杂、springfox 配置 docket 比较多的项目;但如果是从头开始的项目,由于接口相对比较简单,可以采用 springdoc,毕竟可以获得更加清晰明了的显示界面与参数解释。
评论