兴趣的朋友可以去了解一下其他几篇,你的赞就是对我最大的支持,感谢大家!
(一) SpringBoot起飞之路-HelloWorld
(二) SpringBoot起飞之路-入门原理分析
(三) SpringBoot起飞之路-YAML配置小结(入门必知必会)
(四) SpringBoot起飞之路-静态资源处理
(五) SpringBoot起飞之路-Thymeleaf模板引擎
(六) SpringBoot起飞之路-整合JdbcTemplate-Druid-MyBatis
(七) SpringBoot起飞之路-整合SpringSecurity
(八) SpringBoot起飞之路-整合Shiro
说明:
- 3.0 的版本没怎么用过,只是进行了简单的整合,或许会有一些不完善的地方,欢迎大家交流分享
SpringBoot 起飞之路 系列文章的源码,均同步上传到 github 了,有需要的小伙伴,随意去 down
一 初识 Swagger
跳过铺垫,请直接翻越到 第二大点 ~
(一) 先谈谈前后端分离
在最早的 JavaWeb 时代的时候,如果想要返回一个页面,你需要一行一行的去 print,如果遇到变量,还需要自己进行字符串的拼接
Public class TestServlet extends HttpServlet {
@Override
public void doGet(HttpServletRequest request, HttpServletResponseresp response)
throws ServletException, IOException {
String name = req.getParameter("name");
String age = req.getParameter("age");
PrintWriter out = resp.getWriter();
out.println("");
out.println("展示数据 ");
out.println("name:" + name + "
age: " + age +"");
out.println("");
}
}
接着 JSP 就出现了,其本质虽然还是一个 Servlet,不过编写一个 JSP 的方式和编写 HTML 的是基本一致的,但是 JSP 开始允许我们在页面中通过 %%
引入 Java 代码,也就是说我们可以通过在 JSP 页面中通过书写 Java 代码达到显示动态内容的效果,例如在 JSP 中定义方法、书写控制台输出语句等等,大部分你能想到的逻辑都可以在这里来做
后来一看这不行啊,业务逻辑和视图逻辑都混一块了,越写越乱,一个页面就几百行甚至上千行,真可怕啊,后来大家就想了个法子,用 MVC 来解耦啊,把 JSP 的业务抽取出来交给后台的 Serlvet 去做,JSP 用来承载数据,展示页面
如下代码:从 session 中取到数据,然后再 JSP 中进行遍历,不过这段代码有简单用了一些标签,这是我们后面要说的
最后 JSP 会被编译成 Servlet
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@page import="cn.ideal.pojo.Good" %>
已采购
商品
<%
ArrayList goodList = (ArrayList)session.getAttribute("goodList");
for (Good good : goodList){
out.println("") ;
out.println(" ");
String id = good.getGoodId();
out.println(" 采购 ");
out.println(" ");
}
%>
虽然 JSP 不处理业务逻辑了,看起来也没那么臃肿了,但是如上所示, JSP 想获取 Servlet传来 的一些内容,仍然需要通过 %%
去获取,例如拿到后遍历,判断等内容还需要自己在JSP中写 Java 代码
EL 和 JSTL 表达式就来了,通过一些定义好的标签,简单的拿到数据以及展示
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
已采购
品
元
采购
再到后来,Freemarker、Thymeleaf、Velocity 等,模板引擎就来了,他们和 JSP 的表达式写法很相似,有自己的一套表达式来拿到并且处理数据,例如这样:
Name
Age
NULL
0
这样一套老开发模式,实际上大部分压力都放在了后端人员上,因为例如前端发来一份 html,后端还需要修改为 JSP ,也就是用标签替换其中一些固定的内容,实现动态效果,但是项目比较大的情况下,不管从人力亦或是开发成本来看都是不合适的,而且术业有专攻,如果后端只需要管自己后台业务的事情就行了该多好
这个时候前端就开始异军突起了,他们开始只使用简单 HTML、CSS 来展示数据,也就是纯粹的页面展示,通过 JS,把数据请求得到的数据进行填充,最开始可能会使用操作 DOM,但是随着前端框架的完善,例如现在常见的 Vue、Angular,前端都开始用 MVC 这套,也就是 html 作为视图,js作为控制器,异步请求,通过标签来展示数据,直接把数据填充到 html 页面中
Title
{{info.name}}
{{info.blog}}
{{info.about.country}}
{{info.about.phone}}
{{info.students[0].name}}
这就意味着,后端只需要给出根据前端接口需要的,返回对应数据(例如 JSON)就可以了
这种通过 API 进行交互的方式实际上也是松耦合的,双方都比较灵活且独立
(二) 为什么用 Swagger
前面感觉一直在说题外话,但是问题的关键就在于这一点,这种模块开发,前后分离的情况下,前端或者后端的沟通就会极为重要,有时候没能做到及时的协商,就会出现很多意想不到的问题,同时前后端分离大行其道,也就代表着接口调用会大量的出现,如果你的 API 同时对接 Web、IOS、Android 等多个开发,为了减少沟通的代价,那必然就是要写文档的,用来记录所有接口的细节
但是如何创建一个繁多且复杂的文档就是一个非常吃力的事情了,毕竟要考虑的地方非常多,同时随着代码的迭代,API 文档更新管理一定要严格把控,否则都会带来不必要的麻烦,显然传统的 Wiki
手写文档一定是一个非常麻烦的过程,Swagger 他就来了
(三) 什么是 Swagger
Swagger 是一个规范和完整的框架,用于生成、描述、调用和可视化 RESTful 风格的 Web 服务其总体目标是使客户端和文件系统作为服务器以同样的速度来更新。文件的方法,参数和模型紧密集成到服务器端的代码,允许API来始终保持同步。
刚开始的时候,Swagger 只是一种规范,产品开发迭代的时候,通过更新描述文件就可以生成接口文档和客户/服务端代码,但是开发人员时不时就会忘记更新此文件,直接改代码,后序,作为大头的 Spring 就将其正式纳入麾下,建立了 Spring-swagger项目,即现在的 springfox(swagger2)
其最大的优点就是,能实时同步 API 和文档,只需要通过简单的整合亦配合一些注解,就可以体验到其丰富的功能
通常就目前为止,大部分项目中还是在用 Swagger2,通过maven仓库也可以看到,2.9.2 是使用率最高的,同样后面我们还会演示一下 Swagger3 的版本,因为它毕竟是今年刚出的,其简化了很多配置,个人感觉还算香
说明
二 Springboot 集成 Swagger 2
(一) 依赖及初始化
先初始化一个 Springboot 项目
(1) 引入依赖
io.springfox
springfox-swagger2
2.9.2
io.springfox
springfox-swagger-ui
2.9.2
(2) 编写Controller
@RestController
@RequestMapping("test/")
public class TestController {
@RequestMapping("/testA")
public String testA(){
return "This is a test";
}
}
(3) 创建 Swagger 配置类
@Configuration // 配置类
@EnableSwagger2 // 开启Swagger2的自动配置
public class SwaggerConfig {
// 暂时为空
}
注:我们使用的是 Swagger2
(4) 访问测试
先测试一下 controller 有没有问题,接着通过如下地址就可以访问到 swagger 的界面
http://localhost:8080/swagger-ui.html
可以看到大概这个页面分为三个部分,上面就是一些介绍信息,中间就是一个一个的接口信息,下面是实体
(二) 配置 Swagger 信息
我们需要在我们自定义的 Swagger 配置类中配置一些内容,就需要引入一个 Bean,Swagger 的实例Bean 就是 Docket,所以我们需要实例化一个 Docket
/**
* 配置 docket 和 Swagger 的具体参数
* @return
*/
@Bean
public Docket docket() {
return new Docket(DocumentationType.SWAGGER_2);
}
大家可以点开 Docket 源码,然后可以看到它引入了 ApiInfo 这个类,其中定义了一些基本的信息例如,版本,标题等等
public static final Contact DEFAULT_CONTACT = new Contact("", "", "");
public static final ApiInfo DEFAULT = new ApiInfo("Api Documentation", "Api Documentation", "1.0", "urn:tos",
DEFAULT_CONTACT, "Apache 2.0", "http://www.apache.org/licenses/LICENSE-2.0", new ArrayList());
private final String version;
private final String title;
private final String description;
private final String termsOfServiceUrl;
private final String license;
private final String licenseUrl;
private final Contact contact;
private final List vendorExtensions;
大家可能已经看出来了,这个地方的内容,就是负责刚开我们打开那个 swagger-ui 页面的头部文档信息的,其默认值例如 Api Documentation 、1.0 、Apache 2.0 大家可以自己对照一下
好了,知道了它的类和基本结构,我们就要自定义这些信息了
/**
* 配置文档信息
* @return
*/
private ApiInfo apiInfo() {
Contact contact = new Contact("BWH_Steven", "https://www.ideal-20.cn", "[email protected]");
return new ApiInfo(
"Swagger2学习——理想二旬不止", // title-标题
"学习演示如何配置Swagger2", // description-描述
"v1.0", // version-版本
"https://www.ideal-20.cn", // termsOfServiceUrl-组织链接
contact, // contact-联系人信息
"Apach 2.0 许可", // license-许可
"许可链接", // licenseUrl-许可连接
new ArrayList<>()// vendorExtensions-扩展
);
}
配置完后,我们还没有把它和 Docket 实例挂起钩来
/**
* 配置 docket 和 Swagger 的具体参数
* @return
*/
@Bean
public Docket docket() {
return new Docket(DocumentationType.SWAGGER_2).apiInfo(apiInfo());
}
再次访问地址,看看效果
http://localhost:8080/swagger-ui.html
(三) 配置自定义扫描方式配置
(1) 如何配置
留心的朋友大家看到,第一次访问的时候上面还有一个默认的 basic-seeor-controller,而后面则没有了,这是因为我在演示配置信息的时候,忘记把我自定义扫描方式给注释掉了
所以,我们现在来提一下如何自己定义扫描哪些接口
在 Docket 中可以通过调用 select() 方法来配置扫描的接口,要使用这个方式就必须在其后跟上 build,这是设计模式中的一种,建造者模式,具体如何配置呢,只需要在 select 和 build 中 apis 即可,因为 apis 中需要一个 requestHandlerSelector
,所以 requestHandlerSelector
就是我们最终要具体配置的地方
先上一份例子,对照上面的解释看
/**
* 配置 docket 和 Swagger 的具体参数
* @return
*/
@Bean
public Docket docket() {
return new Docket(DocumentationType.SWAGGER_2)
.apiInfo(apiInfo())
// 通过.select()方法,去配置扫描接口
.select()
// RequestHandlerSelectors 配置扫描接口的具体方式
.apis(RequestHandlerSelectors.basePackage("cn.ideal.controller"))
.build();
}
(2) 可选扫描方式
大家可以点进去 RequestHandlerSelectors 看一下,除了 basePackage 还有哪些
any()
- 扫描项目中的所有接口
none()
- 不扫描任何接口
withMethodAnnotation(final Class extends Annotation> annotation)
- 通过方法上的注解扫描,如 withMethodAnnotation(GetMapping.class) 只扫描 get 请求
withClassAnnotation(final Class extends Annotation> annotation)
- 通过类上的注解扫描,如 .withClassAnnotation(Controller.class) 只扫描有 controller 注解的类中的接口
basePackage(final String basePackage)
- 根据包路径扫描接口
(3) 配置扫描过滤
当你写好 select 和 build 后,其实两者中间就只提供调用 apis 和 paths 了,而 paths 就是现在要说的扫描过滤
/**
* 配置 docket 和 Swagger 的具体参数
* @return
*/
@Bean
public Docket docket() {
return new Docket(DocumentationType.SWAGGER_2)
.apiInfo(apiInfo())
.select()
.apis(RequestHandlerSelectors.basePackage("cn.ideal.controller"))
// 配置如何通过 path 过滤
// 这里只扫描请求以/test 开头的接口
.paths(PathSelectors.ant("/test/**"))
.build();
}
可选方式
any()
- 扫描所有请求
none()
- 任何请求都不扫描
regex(final String pathRegex)
- 根据正则表达式
ant(final String antPattern)
- 通过 ant() 控制(如上代码,可以使用一些通配符)
(四) 配置 Swagger 的开启和关闭
通过在 Docket 中调用 enable(boolean externallyConfiguredFlag)
可以控制 Swagger 的开和关,也就是说,如果配置 .enable(false)
浏览器中访问就会出错
讲个实际点的例子,一般我们会在开发以及测试阶段开启 Swagger ,但是正式上线就会把它关掉
所以,我们得动态的让其进行配置
首先,我们先分别创建 dev 和 test 以及 prod,三个环境
- 创建 application-dev.properties,设置 server.port=8080
- 创建 application-test.properties,设置 server.port=8081
- 创建 application-prod.properties,设置 server.port=8082
/**
* 配置 docket 和 Swagger 的具体参数
* @return
*/
@Bean
public Docket docket(Environment environment) {
// 设置要显示swagger的环境
Profiles of = Profiles.of("dev", "test");
// 判断当前是否处于该环境
boolean flag = environment.acceptsProfiles(of);
return new Docket(DocumentationType.SWAGGER_2)
.apiInfo(apiInfo())
// 通过 enable() 接收决定是否要显示
.enable(flag)
.select()
.apis(RequestHandlerSelectors.basePackage("cn.ideal.controller"))
.paths(PathSelectors.ant("/test/**"))
.build();
}
在主配置 appplication.properties 中指定当前为开发版本 spring.profiles.active=dev
这样就可以访问对应设置好的 8080 了,同理设置为别的,就只能访问别的
(五) 配置分组
在 ui 界面其实大家可以注意到,右上角有一个 default,以及一个下拉选项(暂时还没内容)
这里就是一个分组的概念,也就是我们要实现 API 接口的分类
方法非常简单,只需要通过在 Docket 中,调用 groupName()
即可
@Bean
public Docket docketA(){
return new Docket(DocumentationType.SWAGGER_2).groupName("groupA");
}
@Bean
public Docket docketB(){
return new Docket(DocumentationType.SWAGGER_2).groupName("groupB");
}
@Bean
public Docket docketC(){
return new Docket(DocumentationType.SWAGGER_2).groupName("groupC");
}
重启后,就可以看到分组的效果了,不同的组别里进行不同的配置,能达到不同的访问效果
(六) 常用注解
(一) 作用在类
(1) @Api()
写了一些常用的注解和其参数,不一定全,不过应该还是够用的
Swagger 配合注解更香喔 ~
@Api()
:表示这个类是 swagger 资源
- tags:表示说明内容,只写 tags 就可以省略属性名
- value:同样是说明,不过会被 tags 替代
@Api(value = "测试接口value", tags = "测试接口Tags")
@RestController
@RequestMapping("test/")
public class TestController {
......
}
上面同时定义了 tags 和 value,最后显示的只有 tags ,两者都可以单独使用
(二) 作用在方法
(1) @ApiOperation()
@ApiOperation()
:对方法的说明,注解位于方法上
- value:方法的说明
- notes:额外注释说明
- response:返回的对象
- tags:这个方法会被单独摘出来,重新分组
@ApiOperation(
value = "用户信息查询方法Value",
notes = "这是用户信息查询方法的注释说明",
response = User.class,
tags = {"用户信息查询方法Tags"})
@GetMapping("/queryUser")
public User queryUser() {
......
}
说明:注释需要点开每一个方法才能看到
补充:如果在方法上使用 @RequestMapping() 注解,那么文档中就会有各种类型的说明,例如 GET、POST 等等等等,所以一般我们会指定其请求类型,例如 @GetMapping("/queryUser")
(2) @ApiParam()
@ApiParam()
:对方法参数的具体说明
- name:参数名
- value:参数说明
- required:是否必填
@ApiOperation(value = "用户登录方法", notes = "用户登录注释说明")
@PostMapping("/login")
public String login(@ApiParam(name = "username", value = "用户名", required = true) String username,
@ApiParam(name = "password", value = "密码", required = true) String password) {
if ("123".equals(username) && "123".equals(password)) {
return "登录成功";
} else {
return "登录失败";
}
}
点开这个方法,可以看到,这些注解都体现在文档中了
(三) 作用在模型类
(1) @ApiModel()
@ApiModel()
作用在模型类上,如 VO、BO ,表示对类进行说明
- value:代表模型的名称
- description:一段描述
(2) @ApiModelProperty()
@ApiModelProperty()
作用在类方法和属性上,表示对属性的说明
- value:字段说明
- name:重写属性名字
- dataType:重写属性类型
- required:是否必填
- example:举例说明
- hidden:隐藏
(两者一起演示)可在文档首页,以及具体方法涉及到时,会显示此 model 说明信息
三 Springboot 集成 Swagger3
大部分内容上面都有提过,所以这里只说一些不同的地方
一个就是依赖可以用 3.0 的starter
其次就是配置中修改 return new Docket(DocumentationType.OAS_30)
同时不需要引入 @EnableSwagger2
注解了
都说启动类需要加 @EnableOpenApi
, 试了一下,好像是不需要的
※ 启动路径变成了
http://localhost:8080/swagger-ui/index.html
(一) 引入依赖
io.springfox
springfox-boot-starter
3.0.0
(二) 配置类
@Configuration
public class Swagger3Config {
@Bean
public Docket createRestApi(Environment environment) {
// 设置要显示swagger的环境
Profiles of = Profiles.of("dev", "test");
// 判断当前是否处于该环境
boolean flag = environment.acceptsProfiles(of);
return new Docket(DocumentationType.OAS_30)
.apiInfo(apiInfo())
// 通过 enable() 接收决定是否要显示
.enable(flag)
// 通过.select()方法,去配置扫描接口
.select()
// RequestHandlerSelectors 配置扫描接口的具体方式
.apis(RequestHandlerSelectors.basePackage("cn.ideal.controller"))
.paths(PathSelectors.ant("/test/**"))
.build();
}
private ApiInfo apiInfo() {
Contact contact = new Contact("BWH_Steven", "https://www.ideal-20.cn", "[email protected]");
return new ApiInfo(
"Swagger3学习——理想二旬不止", // 标题
"学习演示如何配置Swagger2", // 描述
"v1.0", // 版本
"https://www.ideal-20.cn", // 组织链接
contact, // 联系人信息
"Apache 2.0 许可", // 许可
"许可链接", // 许可连接
new ArrayList<>()// 扩展
);
}
}
看看效果
四 Swagger 测试
Swagger 不仅仅是一个普通的文档,它还可以直接在生成的文档上进行测试,伴随着文档的说明,测试起来也非常方便
例如点击 Try it out 后,因为测试一个查询方法,是没有参数的,所以直接点击 Excute,就能看到响应结果了
响应结果
五 结尾
如果文章中有什么不足,欢迎大家留言交流,感谢朋友们的支持!
如果能帮到你的话,那就来关注我吧!如果您更喜欢微信文章的阅读方式,可以关注我的公众号
在这里的我们素不相识,却都在为了自己的梦而努力 ❤一个坚持推送原创开发技术文章的公众号:理想二旬不止