SpringBoot
是为了简化Spring
应用的创建、运行、调试、部署等一系列问题而诞生的产物,自动装配的特性让我们可以更好的关注业务本身而不是外部的XML配置,我们只需遵循规范,引入相关的依赖就可以轻易的搭建出一个 WEB 工程
在平时开发中,如果网速比较慢的情况下,用户提交表单后,发现服务器半天都没有响应,那么用户可能会以为是自己没有提交表单,就会再点击提交按钮重复提交表单,我们在开发中必须防止表单重复提交….
重复提交
字面意思就是提交了很多次,这种情况一般都是前端给你挖的坑….
前段时间在开发中遇到一个这样的问题;前端小哥哥调用接口的时候存在 循环调用
的问题,正常情况下发送一个请求添加一条数据,结果变成了同一时刻并发的发送了 N 个请求,服务端瞬间懵逼的插入了 N 条一模一样的数据,前端小哥哥也不知道问题在哪里(恩...坑就这样挖好了,反正不填坑,气死你
) 这时候咋办呢;后端干呗,反正脏活累活,背锅的事情也没少干了,多一件也不多….
本章目标
利用 自定义注解
、Spring Aop
、Guava Cache
实现表单防重复提交(不适用于分布式哦,后面会讲分布式方式...
)
具体代码
非常简单…
导入依赖
在 pom.xml
中添加上 spring-boot-starter-web
的依赖即可
1
|
<dependencies>
|
Lock 注解
创建一个 LocalLock
注解,简单点就一个 key
可以了,由于暂时未用到 redis
所以 expire
是摆设….
1
|
package com.battcn.annotation;
|
Lock 拦截器(AOP)
首先通过 CacheBuilder.newBuilder()
构建出缓存对象,设置好过期时间;其目的就是为了防止因程序崩溃锁得不到释放(当然如果单机这种方式程序都炸了,锁早没了;但这不妨碍我们写好点)
在具体的 interceptor()
方法上采用的是 Around(环绕增强)
,所有带 LocalLock
注解的都将被切面处理;
如果想更为灵活,key 的生成规则可以定义成接口形式(可以参考:org.springframework.cache.interceptor.KeyGenerator
),这里就偷个懒了;
1
|
package com.battcn.interceptor;
|
控制层
在接口上添加 @LocalLock(key = "book:arg[0]")
;意味着会将 arg[0]
替换成第一个参数的值,生成后的新 key 将被缓存起来;
1
|
package com.battcn.controller;
|
主函数
1
|
package com.battcn;
|
测试
完成准备事项后,启动 Chapter21Application
自行测试即可,测试手段相信大伙都不陌生了,如 浏览器
、postman
、junit
、swagger
,此处基于 postman
,如果你觉得自带的异常信息不够友好,那么配上一起来学SpringBoot | 第十八篇:轻松搞定全局异常 可以轻松搞定…
第一次请求
第二次请求
错误响应