SpringBoot 如何生成接口文檔,老鳥們都這麼玩的!
大家好,我是飄渺。
SpringBoot老鳥系列的文章已經寫了兩篇,每篇的閲讀反響都還不錯,果然大家還是對SpringBoot比較感興趣。那今天我們就帶來老鳥系列的第三篇:集成Swagger接口文檔以及Swagger的高級功能。 文章涉及到的代碼已經上傳到了github,希望最終能應用在你們實際項目上,當然如果有其他需要我添加到內容也可以直接留言告訴我,我會視情況給你們加上去的。
好了,閒話少敍,讓我們先來看看為什麼要用Swagger?
為什麼要用Swagger ?
作為一名程序員,我們最討厭兩件事:1. 別人不寫註釋。2. 自己寫註釋。
而作為一名接口開發者,我們同樣討厭兩件事:1. 別人不寫接口文檔,文檔不及時更新。2. 需要自己寫接口文檔,還需要及時更新。
相信無論是前端還是後端開發,都或多或少地被接口文檔折磨過。前端經常抱怨後端給的接口文檔與實際情況不一致。後端又覺得編寫及維護接口文檔會耗費不少精力,經常來不及更新。
而隨着Springboot、Springcloud等微服務的流行,每個項目都有成百上千個接口調用,這時候再要求人工編寫接口文檔並且保證文檔的實時更新幾乎是一件不可能完成的事,所以這時候我們迫切需要一個工具,一個能幫我們自動化生成接口文檔以及自動更新文檔的工具。它就是Swagger。
Swagger 提供了一個全新的維護 API 文檔的方式,有4大優點:
- 自動生成文檔:只需要少量的註解,Swagger 就可以根據代碼自動生成 API 文檔,很好的保證了文檔的時效性。
- 跨語言性,支持 40 多種語言。
- Swagger UI 呈現出來的是一份可交互式的 API 文檔,我們可以直接在文檔頁面嘗試 API 的調用,省去了準備複雜的調用參數的過程。
- 還可以將文檔規範導入相關的工具(例如 SoapUI), 這些工具將會為我們自動地創建自動化測試。
現在我們知道了Swagger的作用,接下來將其集成到我們項目中。
Swagger集成
集成Swagger很簡單,只需要簡單三步。
第一步: 引入依賴包
```
第二步:修改配置文件
- application.properties 加入配置
```properties
用於控制是否開啟Swagger,生產環境記得關閉Swagger,將值設置為 false
springfox.swagger2.enabled = true ```
2.增加一個swagger配置類
```java @Configuration @EnableSwagger2 @ConditionalOnClass(Docket.class) public class SwaggerConfig {
private static final String VERSION = "1.0";
@Value("${springfox.swagger2.enabled}")
private Boolean swaggerEnabled;
@Bean
public Docket createRestApi(){
return new Docket(DocumentationType.SWAGGER_2)
.enable(swaggerEnabled)
.groupName("SwaggerDemo")
.apiInfo(apiInfo())
.select()
.apis(RequestHandlerSelectors.withClassAnnotation(Api.class))
.paths(PathSelectors.any())
.build();
}
/**
* 添加摘要信息
*/
private ApiInfo apiInfo() {
return new ApiInfoBuilder()
.title("接口文檔")
.contact(new Contact("JAVA日知錄","http://javadaily.cn","[email protected]"))
.description("Swagger接口文檔")
.version(VERSION)
.build();
}
} ```
這裏通過 .apis(RequestHandlerSelectors.withClassAnnotation(Api.class))
表面給加上 @Api
註解的類自動生成接口文檔。
第三步,配置API接口
```java @RestController @Api(tags = "參數校驗") @Slf4j @Validated public class ValidController {
@PostMapping("/valid/test1")
@ApiOperation("RequestBody校驗")
public String test1(@Validated @RequestBody ValidVO validVO){
log.info("validEntity is {}", validVO);
return "test1 valid success";
}
@ApiOperation("Form校驗")
@PostMapping(value = "/valid/test2")
public String test2(@Validated ValidVO validVO){
log.info("validEntity is {}", validVO);
return "test2 valid success";
}
@ApiOperation("單參數校驗")
@PostMapping(value = "/valid/test3")
public String test3(@Email String email){
log.info("email is {}", email);
return "email valid success";
}
} ```
通過 @Api
註解標註需要生成接口文檔,通過 @ApiOperation
註解標註接口名。
同時我們給 ValidVO
也加上對應的註解
``` @Data @ApiModel(value = "參數校驗類") public class ValidVO {
@ApiModelProperty("ID")
private String id;
@ApiModelProperty(value = "應用ID",example = "cloud")
private String appId;
@NotEmpty(message = "級別不能為空")
@ApiModelProperty(value = "級別")
private String level;
@ApiModelProperty(value = "年齡")
private int age;
...
} ```
通過 @ApiModel
標註這是一個參數實體,通過 @ApiModelProperty
標註字段説明。
Unable to infer base url
簡單三步,我們項目就集成了Swagger接口文檔,趕緊啟動服務,訪問 http://localhost:8080/swagger-ui.html
體驗一下。
好吧,出了點小問題,不過不用慌。
出現這個問題的原因是因為我們加上了 ResponseBodyAdvice
統一處理返回值/響應體,導致給Swagger的返回值也包裝了一層,UI頁面無法解析。可以通過 http://localhost:8080/v2/api-docs?group=SwaggerDemo
觀察Swagger返回的json數據。
既然知道了問題原因那就很好解決了,我們只需要在ResponseBodyAdvice處理類中只轉換我們自己項目的接口即可。
java
@RestControllerAdvice(basePackages = "com.jianzh5.blog")
@Slf4j
public class ResponseAdvice implements ResponseBodyAdvice<Object> {
...
}
通過添加basePackage屬性限定統一返回值的範圍,這樣就不影響Swagger了。
重啟服務器再次訪問swagger接口地址,就可以看到接口文檔頁面了。
For input string: ""
Swagger2.9.2有個bug,就是當我們參數實體有int類型的參數時,打開Swagger接口頁面時後端會一直提示異常:
java
java.lang.NumberFormatException: For input string: ""
at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.base/java.lang.Long.parseLong(Long.java:702)
at java.base/java.lang.Long.valueOf(Long.java:1144)
有兩種解決方案:
- 給int類型的字段使用
@ApiModelPorperty
註解時添加example屬性
java
@ApiModelProperty(value = "年齡",example = "10")
private int age;
- 去除原swagger中的
swagger-models
和swagger-annotations
,自行引入高版本的annotations和models
```xml
集成Swagger過程中雖然會出現兩個小問題,解決後我們就可以愉快享受Swagger給我們帶來的便利了。
Swagger美化
Swagger原生UI有點醜,我們可以藉助Swagger的增強工具 knife4j
優化一下。
第一步: 引入依賴包
```xml
由於knife4j中已經帶了
swagger-annotations
和swagger-models
的依賴,所以我們可以把上文中手動添加的兩個依賴刪除。
第二步:啟用knife4j增強
java
@Configuration
@EnableSwagger2
@ConditionalOnClass(Docket.class)
@EnableKnife4j
public class SwaggerConfig {
...
}
通過上面兩步我們就完成了Swagger的美化,通過瀏覽器訪問 http://localhost:8080/doc.html
即可看到效果。
Swagger參數分組
看到這裏的同學心理肯定會想,就這?這就是老鳥的做法?跟我們新手也沒啥區別呀
別急,我們先來看一個效果。
首先我們定義了兩個接口,一個新增,一個編輯
```java @ApiOperation("新增") @PostMapping(value = "/valid/add") public String add(@Validated(value = {ValidGroup.Crud.Create.class}) ValidVO validVO){ log.info("validEntity is {}", validVO); return "test3 valid success"; }
@ApiOperation("更新") @PostMapping(value = "/valid/update") public String update(@Validated(value = ValidGroup.Crud.Update.class) ValidVO validVO){ log.info("validEntity is {}", validVO); return "test4 valid success"; } ```
注意看,這裏用的是同一個實體 ValidVO
來接收前端參數,只不過使用了參數校驗中的分組,然後我們打開kife4j頁面觀察兩者的接口文檔有何不同。
新增:
編輯:
通過上面可以看到,雖然用於接受參數的實體一樣,但是當分組不一樣時展示給前端的參數也不一樣,這就是Swagger的分組功能。
當然原生的Swagger是不支持分組功能的,我們需要對Swagger進行擴展。我已經將代碼上傳到了github上,由於代碼量比較多這裏就不展示了,大家可以自行查閲。
引入擴展類後還需要在Swagger配置類 SwaggerConfig
中注入對應的Bean。
```java @Configuration @EnableSwagger2 @ConditionalOnClass(Docket.class) @EnableKnife4j public class SwaggerConfig { ...
@Bean
@Order(SwaggerPluginSupport.SWAGGER_PLUGIN_ORDER + 1000)
public GroupOperationModelsProviderPlugin groupOperationModelsProviderPlugin() {
return new GroupOperationModelsProviderPlugin();
}
@Bean
@Order(SwaggerPluginSupport.SWAGGER_PLUGIN_ORDER + 1000)
public GroupModelBuilderPlugin groupModelBuilderPlugin() {
return new GroupModelBuilderPlugin();
}
@Bean
@Order(SwaggerPluginSupport.SWAGGER_PLUGIN_ORDER + 1000)
public GroupModelPropertyBuilderPlugin groupModelPropertyBuilderPlugin() {
return new GroupModelPropertyBuilderPlugin();
}
@Bean
@Order(SwaggerPluginSupport.SWAGGER_PLUGIN_ORDER + 1000)
public GroupExpandedParameterBuilderPlugin groupExpandedParameterBuilderPlugin() {
return new GroupExpandedParameterBuilderPlugin();
}
@Bean
@Order(SwaggerPluginSupport.SWAGGER_PLUGIN_ORDER + 1000)
public GroupOperationBuilderPlugin groupOperationBuilderPlugin() {
return new GroupOperationBuilderPlugin();
}
@Bean
@Primary
@Order(SwaggerPluginSupport.SWAGGER_PLUGIN_ORDER + 1000)
public GroupModelAttributeParameterExpander groupModelAttributeParameterExpander(FieldProvider fields, AccessorsProvider accessors, EnumTypeDeterminer enumTypeDeterminer) {
return new GroupModelAttributeParameterExpander(fields, accessors, enumTypeDeterminer);
}
} ```
分組使用説明
1.在bean對象的屬性裏配置如下注釋
java
@Null(groups = ValidGroup.Crud.Create.class)
@NotNull(groups = ValidGroup.Crud.Update.class,message = "應用ID不能為空")
@ApiModelProperty(value = "應用ID",example = "cloud")
private String appId;
當新增場景的時候,appId為空,不需要傳值; 當修改場景的時候,appId不能為空,需要傳值 ;其他沒有配置組的皆為默認組(Default)
2.在接口參數的時候加入組規則校驗
java
@ApiOperation("新增")
@PostMapping(value = "/valid/add")
public String add(@Validated(value = {ValidGroup.Crud.Create.class}) ValidVO validVO){
log.info("validEntity is {}", validVO);
return "test3 valid success";
}
當前接口會針對默認組的bean屬性進行校驗,同時針對保存常見的屬性進行校驗。
小結
Swagger集成相對來説還是很簡單的,雖然在集成過程中也出現了幾個小問題,不過也很容易就解決了。今天文章的重點內容是Swagger分組功能,跟之前的參數校驗文章一樣,很多同學遇到這種分組場景時往往會選擇創建多個實體類,雖然也能解決問題,只不過總是有點彆扭。
不過遺憾的是,本文中Swagger的分組擴展只支持Swagger2,至於新版本Swagger3就不怎麼支持了。如果有同學已經擴展好了,歡迎給我提pr呀。
最後,我是飄渺Jam,一名寫代碼的架構師,做架構的程序員,期待您的轉發與關注,當然也可以添加我的個人微信 jianzh5,咱們一起聊技術!
老鳥系列文章github地址:http://github.com/jianzh5/cloud-blog/
- 數據權限就該這麼實現(設計篇)
- 數據權限就該這麼實現(實現篇)
- 給你一段SQL,你會如何優化?
- 當我把ChatGPT機器人拉到微信羣裏,羣友都玩瘋了!!
- SpringBoot 如何保證接口安全?老鳥們都是這麼玩的!
- 掌握系統思維,你就可以既勤奮努力又輕鬆愉快。
- SpringBoot自定義註解 AOP 防止重複提交(建議收藏)
- 面試官:應用上線後Cpu使用率飆升如何排查?
- SpringBoot中實現業務校驗,這種方式才叫優雅!
- SpringCloud Gateway 收集輸入輸出日誌
- 震驚,Spring官方推薦的@Transational還能導致生產事故?
- 為什麼要在MVC三層架構上再加一層Manager層?
- SpringBoot 如何生成接口文檔,老鳥們都這麼玩的!
- SpringBoot 如何進行限流?老鳥們都這麼玩的!
- SpringBoot 生成接口文檔,我用smart-doc,一款比Swagger更nice的工具!
- SpringBoot 如何進行對象複製,老鳥們都這麼玩的!
- 3天,我把MySQL索引、鎖、事務、分庫分表擼乾淨了!
- 字節全面對外開放中台能力!中台,又靈了?
- 基於 Kubernetes 的微服務項目設計與實現
- 老闆要我開發一個簡單的工作流引擎