如何進行?Swagger3與SpringBoot的集成和離線文檔的生成

這期內容當中小編將會給大家帶來有關如何進行Swagger3與SpringBoot的集成和離線文檔的生成，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

前言

隨著項目架構的演化，前后端分離是不可阻擋的趨勢。這種模式的協作在實踐的過程中經常會遇到的一個問題就是文檔。

既然存在痛點，那么必須會出現解決此痛點的產品，這就是Swagger，目前已經更新到Swagger3版本了。如果你還停留在Swagger2，建議升級到Swagger3，整體UI風格及交互友好了不少。

Swagger簡介

Swagger是一個規范和完整的框架，用于生成、描述、調用和可視化RESTful風格的Web服務。總體目標是使客戶端和文件系統作為服務器以同樣的速度來更新。文件的方法，參數和模型緊密集成到服務器端的代碼，允許API來始終保持同步。

官網：https://swagger.io

Swagger解決的痛點

傳統方式提供文檔有以下痛點：

• 接口眾多，實現細節復雜，編寫文檔耗費費力，需要持續維護;

• 接口文檔需要隨時進行同步;

• 接口返回的結果不明確，得構造返回結構體等;

• 不能直接在線測試接口，通常需要額外的工具，比如PostMan等。

當引入Swagger之后，以上痛點迎刃而解，同時還帶來以下優點：

• 及時性 (接口變更后，前后端人員可實時看到最新版本)

• 規范性 (接口具體統一風格，如接口地址，請求方式，參數，響應格式和錯誤信息等)

• 一致性 (接口信息一致，不會因接口文檔版本問題出現分歧)

• 可測性 (可直接基于接口文檔進行測試)

Swagger3的改變

Swagger3.0的改動，官方文檔總結如下幾點：

• 刪除了對springfox-swagger2的依賴;

• 刪除所有@EnableSwagger2...注解;

• 添加了springfox-boot-starter依賴項;

• 移除了guava等第三方依賴;

• 文檔訪問地址改為http://ip:port/project/swagger-ui/index.html。

下面就來實戰使用一下吧。

SpringBoot集成Swagger3

SpringBoot集成Swagger3與SpringBoot集成其他框架的套路基本一致，通常包括：引入依賴、指定配置文件、創建配置類和使用。

引入依賴

在SpringBoot項目的pom.xml中引入Swagger3依賴：

<dependency>     <groupId>io.springfox</groupId>     <artifactId>springfox-boot-starter</artifactId>     <version>3.0.0</version> </dependency>

指定配置文件

通常情況下swagger只能在開發環境或測試環境下開啟，生產環境下需要進行關閉的。而swagger的開啟與關閉可在application.properties中進行配置：

# 生產環境需設置為false springfox.documentation.swagger-ui.enabled=true

配置類

通過@EnableOpenApi注解啟動用Swagger的使用，同時在配置類中對Swagger的通用參數進行配置。

@Configuration @EnableOpenApi public class Swagger3Config {      @Bean     public Docket createRestApi() {         //返回文檔摘要信息         return new Docket(DocumentationType.OAS_30)                 .apiInfo(apiInfo())                 .select()                 .apis(RequestHandlerSelectors.withMethodAnnotation(Operation.class))                 .paths(PathSelectors.any())                 .build()                 .globalRequestParameters(getGlobalRequestParameters())                 .globalResponses(HttpMethod.GET, getGlobalResponseMessage())                 .globalResponses(HttpMethod.POST, getGlobalResponseMessage());     }      /**      * 生成接口信息，包括標題、聯系人等      */     private ApiInfo apiInfo() {         return new ApiInfoBuilder()                 .title("Swagger3接口文檔")                 .description("如有疑問，可聯系二師兄，微信：zhuan2quan")                 .contact(new Contact("二師兄", "https://www.choupangxia.com/", "secbro2@gmail.com"))                 .version("1.0")                 .build();     }      /**      * 封裝全局通用參數      */     private List<RequestParameter> getGlobalRequestParameters() {         List<RequestParameter> parameters = new ArrayList<>();         parameters.add(new RequestParameterBuilder()                 .name("uuid")                 .description("設備uuid")                 .required(true)                 .in(ParameterType.QUERY)                 .query(q -> q.model(m -> m.scalarModel(ScalarType.STRING)))                 .required(false)                 .build());         return parameters;     }      /**      * 封裝通用響應信息      */     private List<Response> getGlobalResponseMessage() {         List<Response> responseList = new ArrayList<>();         responseList.add(new ResponseBuilder().code("404").description("未找到資源").build());         return responseList;     } }

通過以上配置已經完成了Spring Boot與Swagger的集成，下面展示一下如何在業務邏輯中進行使用。

業務中使用

創建兩個實體類Goods(商品類)和CommonResult(通用返回結果類)。

Goods類：

@ApiModel("商品模型") public class Goods {      /**      * 商品id      */     @ApiModelProperty("商品ID")     Long goodsId;      /**      * 商品名稱      */     @ApiModelProperty("商品名稱")     private String goodsName;      /**      * 商品價格      */     @ApiModelProperty("商品價格")     private BigDecimal price;      // 省略getter/setter }

CommonResult類：

@ApiModel("API通用數據") public class CommonResult<T> {      /**      * 標識代碼，0表示成功，非0表示出錯      */     @ApiModelProperty("標識代碼,0表示成功，非0表示出錯")     private Integer code;      /**      * 描述信息，通常錯時使用      */     @ApiModelProperty("錯誤描述")     private String msg;      /**      * 業務數據      */     @ApiModelProperty("業務數據")     private T data;      public CommonResult(Integer status, String msg, T data) {         this.code = status;         this.msg = msg;         this.data = data;     }      /**      * 成功      */     public static <T> CommonResult<T> success(T data) {         return new CommonResult<>(0, "成功", data);     }      public static <T> CommonResult<T> success(Integer code, String msg) {         return new CommonResult<>(code, msg, null);     }      /**      * 錯誤      */     public static <T> CommonResult<T> error(int code, String msg) {         return new CommonResult<>(code, msg, null);     }      // 省略getter/setter }

下面針對Controller層的接口來使用Swagger對應的API。

GoodsController類：

@Api(tags = "商品信息管理接口") @RestController @RequestMapping("/goods") public class GoodsController {      @Operation(summary = "單個商品詳情")     @GetMapping("/findGoodsById")     public CommonResult<Goods> findGoodsById(             @Parameter(description = "商品ID,正整數")             @RequestParam(value = "goodsId", required = false, defaultValue = "0") Integer goodsId) {         System.out.println("根據商品ID=" + goodsId + "查詢商品詳情");         Goods goods = new Goods();         goods.setGoodsId(1L);         goods.setGoodsName("筆記本");         goods.setPrice(new BigDecimal(8888));         return CommonResult.success(goods);     } }

OrderController類：

@Api(tags = "訂單管理接口") @RestController @RequestMapping("/order") public class OrderController {      @Operation(summary = "提交訂單")     @PostMapping("/order")     @ApiImplicitParams({             @ApiImplicitParam(name = "userId", value = "用戶id", dataTypeClass = Long.class, paramType = "query", example = "123"),             @ApiImplicitParam(name = "goodsId", value = "商品id", dataTypeClass = Integer.class, paramType = "query", example = "1")     })     public CommonResult<String> toBuy(@ApiIgnore @RequestParam Map<String, String> params) {         System.out.println(params);         return CommonResult.success("success");     } }

展示效果

完成集成，啟動SpringBoot項目，在訪問地址：

http://127.0.0.1:8080/swagger-ui/index.html

從整體上可以看到如下效果：

具體的商品信息管理接口，可以看到請求參數、返回結果數據結構等信息，點擊“Try it out”，可輸入參數請求參數，進行接口的調用：

調用之后會返回對應的處理結果：

在最下面的Schemas中還可以看到對應返回結果數據和被Swagger注解的實體類信息。

Swagger3注解使用說明

經過上述實例之后，我們知道大多數API是如何使用的了，這了再匯總一下相關API的功能：

@Api：用在請求的類上，表示對類的說明     tags="說明該類的作用，可以在UI界面上看到的注解"     value="該參數沒什么意義，在UI界面上也看到，所以不需要配置"  @ApiOperation：用在請求的方法上，說明方法的用途、作用     value="說明方法的用途、作用"     notes="方法的備注說明"  @ApiImplicitParams：用在請求的方法上，表示一組參數說明     @ApiImplicitParam：用在@ApiImplicitParams注解中，指定一個請求參數的各個方面         name：參數名         value：參數的漢字說明、解釋         required：參數是否必須傳         paramType：參數放在哪個地方             · header --> 請求參數的獲取：@RequestHeader             · query --> 請求參數的獲取：@RequestParam             · path（用于restful接口）--> 請求參數的獲取：@PathVariable             · body（不常用）             · form（不常用）             dataType：參數類型，默認String，其它值dataType="Integer"                defaultValue：參數的默認值  @ApiResponses：用在請求的方法上，表示一組響應     @ApiResponse：用在@ApiResponses中，一般用于表達一個錯誤的響應信息         code：數字，例如400         message：信息，例如"請求參數沒填好"         response：拋出異常的類  @ApiModel：用于響應類上，表示一個返回響應數據的信息             （這種一般用在post創建的時候，使用@RequestBody這樣的場景，             請求參數無法使用@ApiImplicitParam注解進行描述的時候）     @ApiModelProperty：用在屬性上，描述響應類的屬性

集成knife4j導出離線文檔

Swagger為我們提供了方便的在線文檔支持，但某些場景下我們需要把接口文檔提供給合作人員，而不是直接給一個地址。此時，我們就需要將接口文檔導出為離線文檔。

這里我們集成增強文檔knife4j來實現離線文檔的導出。

添加knife4j依賴

在pom.xml中增加knife4j的依賴：

<dependency>     <groupId>com.github.xiaoymin</groupId>     <artifactId>knife4j-spring-boot-starter</artifactId>     <version>3.0.2</version> </dependency>

啟動knife4j

在上面配置Swagger的Swagger3Config中添加@EnableKnife4j注解，該注解可以開啟knife4j的增強功能。

@EnableKnife4j @Configuration @EnableOpenApi public class Swagger3Config {     // ... }

此時，如果依舊訪問http://localhost:8080/swagger-ui/index.html會發現顯示并沒有變化。這里我們需要訪問http://localhost:8088/doc.html。

整個項目源碼地址：https://github.com/secbr/springboot-all/tree/master/springboot-swagger3。

展示效果

此時啟動項目，訪問doc.html之后，你會發現現在文檔風格變得非常酷炫。展示幾個效果圖來看看：

其中在“離線文檔”一欄中可以看到四種形式的離線文檔下載：Markdown、HTML、Word、OpenAPI。

其中個人感覺HTML格式的文檔更具有沒敢，也更方便查看，來一張圖看看效果。

小結

文檔是項目中必須的，但隨著開源框架的發展，對技術人員來說文檔的痛點也在逐步解決。如果你還處于手寫文檔的階段，真的可以嘗試一下這類更友好的文檔展現形式。

上述就是小編為大家分享的如何進行Swagger3與SpringBoot的集成和離線文檔的生成了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。