Spring Boot集成Swagger2項(xiàng)目實(shí)戰(zhàn)
一、Swagger簡介
上一篇文章中我們介紹了Spring Boot對Restful的支持,這篇文章我們繼續(xù)討論這個(gè)話題,不過,我們這里不再討論Restful API如何實(shí)現(xiàn),而是討論Restful API文檔的維護(hù)問題。
在日常的工作中,我們往往需要給前端(WEB端、IOS、Android)或者第三方提供接口,這個(gè)時(shí)候我們就需要給他們提供一份詳細(xì)的API說明文檔。但維護(hù)一份詳細(xì)的文檔可不是一件簡單的事情。首先,編寫一份詳細(xì)的文檔本身就是一件很費(fèi)時(shí)費(fèi)力的事情,另一方面,由于代碼和文檔是分離的,所以很容易導(dǎo)致文檔和代碼的不一致。這篇文章我們就來分享一種API文檔維護(hù)的方式,即通過Swagger來自動(dòng)生成Restuful API文檔。
那什么是Swagger?我們可以直接看下官方的描述:
THE WORLD'S MOST POPULAR API TOOLING Swagger is the world's largest framework of API developer tools for the OpenAPI Specification(OAS), enabling development across the entire API lifecycle, from design and documentation, to test and deployment.
這段話首先告訴大家Swagger是世界上最流行的API工具,并且Swagger的目的是支撐整個(gè)API生命周期的開發(fā),包括設(shè)計(jì)、文檔以及測試和部署。這篇文章中我們會用到Swagger的文檔管理和測試功能。
對Swagger的作用有了基本的認(rèn)識后,我們現(xiàn)在來看看怎么使用。
二、Swagger與Spring boot集成
第一步:引入對應(yīng)jar包:
<dependency> <groupId>io.springfox</groupId> <artifactId>springfox-swagger2</artifactId> <version>2.6.0</version> </dependency> <dependency> <groupId>io.springfox</groupId> <artifactId>springfox-swagger-ui</artifactId> <version>2.6.0</version> </dependency>
第二步,基本信息配置:
@Configuration
@EnableSwagger2
public class Swagger2Config {
@Bean
public Docket createRestApi() {
return new Docket(DocumentationType.SWAGGER_2)
.apiInfo(apiInfo())
.select()
.apis(RequestHandlerSelectors.basePackage("com.pandy.blog.rest"))
.paths(PathSelectors.regex("/rest/.*"))
.build();
}
private ApiInfo apiInfo() {
return new ApiInfoBuilder()
.title("Blog系統(tǒng)Restful API")
.description("Blog系統(tǒng)Restful API")
.termsOfServiceUrl("http://127.0.0.1:8080/")
.contact("liuxiaopeng")
.version("1.0")
.build();
}
}
基礎(chǔ)的配置是對整個(gè)API文檔的描述以及一些全局性的配置,對所有接口起作用。這里涉及到兩個(gè)注解:
@Configuration是表示這是一個(gè)配置類,是JDK自帶的注解,前面的文章中也已做過說明。
@EnableSwagger2的作用是啟用Swagger2相關(guān)功能。
在這個(gè)配置類里面我么實(shí)例化了一個(gè)Docket對象,這個(gè)對象主要包括三個(gè)方面的信息:
?。?)整個(gè)API的描述信息,即ApiInfo對象包括的信息,這部分信息會在頁面上展示。
?。?)指定生成API文檔的包名。
?。?)指定生成API的路徑。按路徑生成API可支持四種模式,這個(gè)可以參考其源碼:
public class PathSelectors {
private PathSelectors() {
throw new UnsupportedOperationException();
}
public static Predicate<String> any() {
return Predicates.alwaysTrue();
}
public static Predicate<String> none() {
return Predicates.alwaysFalse();
}
public static Predicate<String> regex(final String pathRegex) {
return new Predicate<String>() {
public boolean apply(String input) {
return input.matches(pathRegex);
}
};
}
public static Predicate<String> ant(final String antPattern) {
return new Predicate<String>() {
public boolean apply(String input) {
AntPathMatcher matcher = new AntPathMatcher();
return matcher.match(antPattern, input);
}
};
}
}
從源碼可以看出,Swagger總共支持任何路徑都生成、任何路徑都不生成以及正則匹配和ant 模式匹配四種方式。大家可能比較熟悉的是前三種,最后一種ant匹配,如果不熟悉ant的話就直接忽略吧,前三種應(yīng)該足夠大家在日常工作中使用了。
有了上面的配置我們就可以看到效果了,我在com.pandy.blog.rest這個(gè)包下面有一個(gè)ArticleRestController這個(gè)類,源碼如下:
啟動(dòng)Spring boot,然后訪問:http://127.0.0.1:8080/swagger-ui.html即可看到如下結(jié)果:

這個(gè)頁面上可以看到,除了最后一個(gè)接口/test/{id}外,其他接口都生成對應(yīng)的文檔,最后一個(gè)接口因?yàn)椴粷M足我們配置的路徑——“/rest/.*”,所以沒有生成文檔。
我們還可以點(diǎn)進(jìn)去看一下每一個(gè)具體的接口,我們這里以“POST /rest/article”這個(gè)接口為例:

可以看到,Swagger為每一個(gè)接口都生成了返回結(jié)果和請求參數(shù)的示例,并且能直接通過下面的"try it out"進(jìn)行接口訪問,方面大家對接口進(jìn)行測試。整體上感覺Swagger還是很強(qiáng)大的,配置也比較簡單。
@RestController
public class ArticleRestController {
@Autowired
private ArticleService articleService;
@RequestMapping(value = "/rest/article", method = POST, produces = "application/json")
public WebResponse<Map<String, Object>> saveArticle(@RequestBody Article article) {
article.setUserId(1L);
articleService.saveArticle(article);
Map<String, Object> ret = new HashMap<>();
ret.put("id", article.getId());
WebResponse<Map<String, Object>> response = WebResponse.getSuccessResponse(ret);
return response;
}
@RequestMapping(value = "/rest/article/{id}", method = DELETE, produces = "application/json")
public WebResponse<?> deleteArticle(@PathVariable Long id) {
Article article = articleService.getById(id);
article.setStatus(-1);
articleService.updateArticle(article);
WebResponse<Object> response = WebResponse.getSuccessResponse(null);
return response;
}
@RequestMapping(value = "/rest/article/{id}", method = PUT, produces = "application/json")
public WebResponse<Object> updateArticle(@PathVariable Long id, @RequestBody Article article) {
article.setId(id);
articleService.updateArticle(article);
WebResponse<Object> response = WebResponse.getSuccessResponse(null);
return response;
}
@RequestMapping(value = "/rest/article/{id}", method = GET, produces = "application/json")
public WebResponse<Article> getArticle(@PathVariable Long id) {
Article article = articleService.getById(id);
WebResponse<Article> response = WebResponse.getSuccessResponse(article);
return response;
}
@RequestMapping(value = "/test/{id}", method = GET, produces = "application/json")
public WebResponse<?> getNoApi(){
WebResponse<?> response = WebResponse.getSuccessResponse(null);
return response;
}
}
三、Swagger API詳細(xì)配置
不過大家看到這里肯定會有點(diǎn)疑問:
第一個(gè)問題:這個(gè)返回結(jié)果和請求參數(shù)都沒有文字性的描述,這個(gè)可不可以配置?
第二個(gè)問題:這個(gè)請求參應(yīng)該是直接根據(jù)對象反射出來的結(jié)果,但是不是對象的每個(gè)屬性都是必傳的,另外參數(shù)的值也不一定滿足我們的需求,這個(gè)能否配置?
答案肯定是可以的,現(xiàn)在我們就來解決這兩個(gè)問題,直接看配置的代碼:
package com.pandy.blog.rest;
import com.pandy.blog.dto.WebResponse;
import com.pandy.blog.po.Article;
import com.pandy.blog.service.ArticleService;
import io.swagger.annotations.ApiImplicitParam;
import io.swagger.annotations.ApiImplicitParams;
import io.swagger.annotations.ApiOperation;
import io.swagger.annotations.ApiResponse;
import io.swagger.annotations.ApiResponses;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Profile;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import java.util.HashMap;
import java.util.List;
import java.util.Map;
import static org.springframework.web.bind.annotation.RequestMethod.DELETE;
import static org.springframework.web.bind.annotation.RequestMethod.GET;
import static org.springframework.web.bind.annotation.RequestMethod.POST;
import static org.springframework.web.bind.annotation.RequestMethod.PUT;
@RestController
@RequestMapping("/rest")
public class ArticleRestController {
@Autowired
private ArticleService articleService;
@RequestMapping(value = "/article", method = POST, produces = "application/json")
@ApiOperation(value = "添加文章", notes = "添加新的文章", tags = "Article",httpMethod = "POST")
@ApiImplicitParams({
@ApiImplicitParam(name = "title", value = "文章標(biāo)題", required = true, dataType = "String"),
@ApiImplicitParam(name = "summary", value = "文章摘要", required = true, dataType = "String"),
@ApiImplicitParam(name = "status", value = "發(fā)布狀態(tài)", required = true, dataType = "Integer")
})
@ApiResponses({
@ApiResponse(code=200,message="成功",response=WebResponse.class),
})
public WebResponse<Map<String,Object>> saveArticle(@RequestBody Article article){
articleService.saveArticle(article);
Map<String,Object> ret = new HashMap<>();
ret.put("id",article.getId());
WebResponse<Map<String,Object>> response = WebResponse.getSuccessResponse(ret);
return response;
}
@ApiOperation(value = "刪除文章", notes = "根據(jù)ID刪除文章", tags = "Article",httpMethod = "DELETE")
@ApiImplicitParams({
@ApiImplicitParam(name = "id", value = "文章ID", required = true, dataType = "Long")
})
@RequestMapping(value = "/{id}",method = DELETE,produces = "application/json")
public WebResponse<?> deleteArticle(@PathVariable Long id){
Article article = articleService.getById(id);
article.setStatus(-1);
articleService.saveArticle(article);
return WebResponse.getSuccessResponse(new HashMap<>());
}
@ApiOperation(value = "獲取文章列表", notes = "可以根據(jù)標(biāo)題進(jìn)行模糊查詢", tags = "Article",httpMethod = "GET")
@ApiImplicitParams({
@ApiImplicitParam(name = "title", value = "文章標(biāo)題", required = false, dataType = "String"),
@ApiImplicitParam(name = "pageSize", value = "每頁文章數(shù)量", required = false, dataType = "Integer"),
@ApiImplicitParam(name = "pageNum", value = "分頁的頁碼", required = false, dataType = "Integer")
})
@RequestMapping(value = "/article/list", method = GET, produces = "application/json")
public WebResponse<?> listArticles(String title, Integer pageSize, Integer pageNum) {
if (pageSize == null) {
pageSize = 10;
}
if (pageNum == null) {
pageNum = 1;
}
int offset = (pageNum - 1) * pageSize;
List<Article> articles = articleService.getArticles(title, 1L, offset, pageSize);
return WebResponse.getSuccessResponse(articles);
}
@ApiOperation(value = "更新文章", notes = "更新文章內(nèi)容", tags = "Article",httpMethod = "PUT")
@ApiImplicitParams({
@ApiImplicitParam(name = "id", value = "文章ID", required = true, dataType = "Long"),
@ApiImplicitParam(name = "title", value = "文章標(biāo)題", required = false, dataType = "String"),
@ApiImplicitParam(name = "summary", value = "文章摘要", required = false, dataType = "String"),
@ApiImplicitParam(name = "status", value = "發(fā)布狀態(tài)", required = false, dataType = "Integer")
})
@RequestMapping(value = "/article/{id}", method = PUT, produces = "application/json")
public WebResponse<?> updateArticle(@PathVariable Long id,@RequestBody Article article){
article.setId(id);
articleService.updateArticle(article);
return WebResponse.getSuccessResponse(new HashMap<>());
}
}
我們解釋一下代碼中幾個(gè)注解及相關(guān)屬性的具體作用:
@ApiOperation,整個(gè)接口屬性配置:
value:接口說明,展示在接口列表。
notes:接口詳細(xì)說明,展示在接口的詳情頁。
tags:接口的標(biāo)簽,相同標(biāo)簽的接口會在一個(gè)標(biāo)簽頁下展示。
httpMethod:支持的HTTP的方法。
@ApiImplicitParams,@ApiImplicitParam的容器,可包含多個(gè)@ApiImplicitParam注解
@ApiImplicitParam,請求參數(shù)屬性配置:
name:參數(shù)名稱
value:參數(shù)說明
required:是否必須
dataType:數(shù)據(jù)類型
@ApiResponses,@ApiResponse容器,可以包含多個(gè)@ApiResponse注解
@ApiResponse,返回結(jié)果屬性配置:
code:返回結(jié)果的編碼。
message:返回結(jié)果的說明。
response:返回結(jié)果對應(yīng)的類?! ?/p>
完成以上配置后,我們再看下頁面效果:
列表頁:
可以看到,現(xiàn)在接口都位于Article這個(gè)tag下,并且接口后面也有了我們配置好的說明。我們再看下”POST /rest/article“這個(gè)接口的詳情頁:

圖片太大,只截取了title屬性的展示,其他幾個(gè)參數(shù)的類似。我們可以從頁面上看到請求參數(shù)的說明是有的,不過這不是我們預(yù)期的效果,如果我們的參數(shù)僅僅是簡單類型,這種方式應(yīng)該沒問題,但現(xiàn)在的問題是我們的請求參數(shù)是一個(gè)對象,那如何配置呢?這就涉及到另外兩個(gè)注解:@ApiModel和@ApiModelProperty,我們還是先看代碼,然后再解釋,這樣更容易理解:
@ApiModel(value="article對象",description="新增&更新文章對象說明")
public class Article {
@Id
@GeneratedValue
@ApiModelProperty(name = "id",value = "文章ID",required = false,example = "1")
private Long id;
@ApiModelProperty(name = "title",value = "文章標(biāo)題",required = true,example = "測試文章標(biāo)題")
private String title;
@ApiModelProperty(name = "summary",value = "文章摘要",required = true,example = "測試文章摘要")
private String summary;
@ApiModelProperty(hidden = true)
private Date createTime;
@ApiModelProperty(hidden = true)
private Date publicTime;
@ApiModelProperty(hidden = true)
private Date updateTime;
@ApiModelProperty(hidden = true)
private Long userId;
@ApiModelProperty(name = "status",value = "文章發(fā)布狀態(tài)",required = true,example = "1")
private Integer status;
@ApiModelProperty(name = "type",value = "文章分類",required = true,example = "1")
private Integer type;
}
@ApiModel是對整個(gè)類的屬性的配置:
value:類的說明
description:詳細(xì)描述
@ApiModelProperty是對具體每個(gè)字段的屬性配置:
name:字段名稱
value:字段的說明
required:是否必須
example:示例值
hidden:是否顯示
完成上面的配置后,我們再來看效果:


現(xiàn)在我們可以看到,字段的說明都已經(jīng)展示出來,并且,示例中字段的值也變成了我們配置的example屬性對應(yīng)的值了。這樣,一份完整的API文檔就生成了,并且該文檔與代碼緊密的聯(lián)系在一起,而不是隔離的兩個(gè)部分。除此之外,我們還可以直接通過該文檔很方便的進(jìn)行測試,我們只需要點(diǎn)擊Example Value下黃色的框,里面的內(nèi)容就會自動(dòng)復(fù)制到article對應(yīng)的value框中,然后在點(diǎn)擊“Try it out”就可以發(fā)起http請求了。

點(diǎn)擊Try it out后,我們就可以看到返回的結(jié)果:

操作還是很方便的,相比Junit和postman,通過Swagger來測試會更加便捷,當(dāng)然,Swagger的測試并不能代替單元測試,不過,在聯(lián)調(diào)的時(shí)候還是有非常大的作用的。
四、總結(jié)
總體上來說,Swagger的配置還是比較簡單的,并且Swagger能夠自動(dòng)幫我們生成文檔確實(shí)為我們節(jié)省了不少工作,對后續(xù)的維護(hù)也提供了很大的幫助。除此之外,Swagger還能根據(jù)配置自動(dòng)為我們生成測試的數(shù)據(jù),并且提供對應(yīng)的HTTP方法,這對我們的自測和聯(lián)調(diào)工作也有不少的幫助,所以我還是推薦大家在日常的開發(fā)中去使用Swagger,應(yīng)該可以幫助大家在一定程度上提高工作效率的。最后,留一個(gè)問題給大家思考吧,就是該文檔是可以直接通過頁面來訪問的,那我們總不能把接口直接暴露在生產(chǎn)環(huán)境吧,尤其是要對外提供服務(wù)的系統(tǒng),那我們怎么才能在生產(chǎn)環(huán)節(jié)中關(guān)閉這個(gè)功能呢?方法有很多,大家可以自己嘗試一下。
以上所述是小編給大家介紹的Spring Boot集成Swagger2項(xiàng)目實(shí)戰(zhàn),希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時(shí)回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
相關(guān)文章
Spring Boot中擴(kuò)展XML請求與響應(yīng)的支持詳解
這篇文章主要給大家介紹了關(guān)于Spring Boot中擴(kuò)展XML請求與響應(yīng)的支持的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2018-09-09
java實(shí)現(xiàn)自定義日期選擇器的方法實(shí)例
日期選擇器是我們?nèi)粘i_發(fā)中經(jīng)常需要用到的一個(gè)功能,下面這篇文章主要給大家介紹了關(guān)于利用java實(shí)現(xiàn)自定義日期選擇器的相關(guān)資料,文中給出了詳細(xì)的示例代碼,需要的朋友可以參考借鑒,下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-10-10
Java中的for循環(huán)結(jié)構(gòu)及實(shí)例
這篇文章主要介紹了Java中的for循環(huán)結(jié)構(gòu)及實(shí)例,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-01-01
Java定時(shí)任務(wù)ScheduledThreadPoolExecutor示例詳解
這篇文章主要介紹了Java定時(shí)任務(wù)ScheduledThreadPoolExecutor示例詳解,這里使用scheduleAtFixedRate方法安排一個(gè)任務(wù),該任務(wù)是一個(gè) Runnable 匿名類,其run方法中調(diào)用了new LoginViewTimeTask().loginStatisticsHandle()方法,需要的朋友可以參考下2023-11-11
Java中BufferedReader與BufferedWriter類的使用示例
BufferedReader與BufferedWriter分別繼承于Reader和Writer類,分別為字符的讀取和寫入添加緩沖功能,這里我們就來看一下Java中BufferedReader與BufferedWriter類的使用示例:2016-06-06

