resubmit渐进式防重复提交框架示例

目录
  • resubmit
  • 创作目的
  • 特性
  • maven 引入
  • 编码
  • 自定义
  • spring 整合使用
    • maven 引入
    • @EnableResubmit 注解说明
    • 测试代码
  • 整合 spring-boot
    • maven 引入
    • 代码实现
    • 测试代码
  • 自定义策略
    • 自定义缓存 cache
    • core 中指定使用
    • spring 中指定使用

resubmit

resubmit 是一款为 java 设计的渐进式防止重复提交框架。

推荐阅读:

面试官:你们的项目中是怎么做防止重复提交的?

创作目的

有时候手动加防止重复提交很麻烦,每次手动编写不利于复用。

所以希望从从简到繁实现一个工具,便于平时使用。

特性

  • 渐进式实现,可独立 spring 使用
  • 基于注解+字节码,配置灵活
  • 支持编程式的调用
  • 支持注解式,完美整合 spring
  • 支持整合 spring-boot

变更日志

maven 引入

<dependency>
    <group>com.github.houbb</group>
    <artifact>resubmit-core</artifact>
    <version>1.0.0</version>
</dependency>

编码

  • UserService.java

@Resubmit 对应的属性如下:

属性 说明 默认值
value() 多久内禁止重复提交,单位为毫秒。 60000
@Resubmit(5000)
public void queryInfo(final String id) {
    System.out.println("query info: " + id);
}
  • 测试代码

如果在指定时间差内,重复请求,则会抛出异常 ResubmitException

@Test(expected = ResubmitException.class)
public void errorTest() {
    UserService service = ResubmitProxy.getProxy(new UserService());
    service.queryInfo("1");
    service.queryInfo("1");
}

相同的参数直接提交2次,就会报错。

  • 测试场景2

如果等待超过指定的 5s,就不会报错。

@Test
public void untilTtlTest() {
    UserService service = ResubmitProxy.getProxy(new UserService());
    service.queryInfo("1");
    DateUtil.sleep(TimeUnit.SECONDS, 6);
    service.queryInfo("1");
}

自定义

ResubmitProxy.getProxy(new UserService());

可以获取 UserService 对应的代理。

等价于:

ResubmitBs resubmitBs = ResubmitBs.newInstance()
                .cache(new CommonCacheServiceMap())
                .keyGenerator(new KeyGenerator())
                .tokenGenerator(new HttpServletRequestTokenGenerator());
UserService service = ResubmitProxy.getProxy(new UserService(), resubmitBs);

其中 ResubmitBs 作为引导类,对应的策略都支持自定义。

属性 说明 默认值
cache() 缓存实现策略 默认为基于 ConcurrentHashMap 实现的基于内存的缓存实现
keyGenerator() key 实现策略,用于唯一标识一个方法+参数,判断是否为相同的提交 md5 策略
tokenGenerator() token 实现策略,用于唯一标识一个用户。 从 HttpServletRequest 中的 header 属性 resubmit_token 中获取

spring 整合使用

maven 引入

<dependency>
    <group>com.github.houbb</group>
    <artifact>resubmit-spring</artifact>
    <version>1.0.0</version>
</dependency>

代码编写

  • UserService.java
@Service
public class UserService {
    @Resubmit(5000)
    public void queryInfo(final String id) {
        System.out.println("query info: " + id);
    }
}
  • SpringConfig.java
@ComponentScan("com.github.houbb.resubmit.test.service")
@EnableResubmit
@Configuration
public class SpringConfig {
}

@EnableResubmit 注解说明

@EnableResubmit 中用户可以指定对应的实现策略,便于更加灵活的适应业务场景。

ResubmitBs 中支持自定义的属性一一对应。

属性 说明 默认值
cache() 缓存实现策略 默认为基于 ConcurrentHashMap 实现的基于内存的缓存实现
keyGenerator() key 实现策略,用于唯一标识一个方法+参数,判断是否为相同的提交 md5 策略
tokenGenerator() token 实现策略,用于唯一标识一个用户。 从 HttpServletRequest 中的 header 属性 resubmit_token 中获取

测试代码

@ContextConfiguration(classes = SpringConfig.class)
@RunWith(SpringJUnit4ClassRunner.class)
public class ResubmitSpringTest {
    @Autowired
    private UserService service;
    @Test(expected = ResubmitException.class)
    public void queryTest() {
        service.queryInfo("1");
        service.queryInfo("1");
    }
}

整合 spring-boot

maven 引入

<dependency>
    <groupId>com.github.houbb</groupId>
    <artifactId>resubmit-springboot-starter</artifactId>
    <version>1.0.0</version>
</dependency>

代码实现

  • UserService.java

这个方法实现和前面的一样。

@Service
public class UserService {
    @Resubmit(5000)
    public void queryInfo(final String id) {
        System.out.println("query info: " + id);
    }
}
  • Application.java

启动入口

@SpringBootApplication
public class ResubmitApplication {
    public static void main(String[] args) {
        SpringApplication.run(ResubmitApplication.class, args);
    }
}

测试代码

@ContextConfiguration(classes = ResubmitApplication.class)
@RunWith(SpringJUnit4ClassRunner.class)
public class ResubmitSpringBootStarterTest {
    @Autowired
    private UserService service;
    @Test(expected = ResubmitException.class)
    public void queryTest() {
        service.queryInfo("1");
        service.queryInfo("1");
    }
}

自定义策略

上面提到 @EnableResubmit 中的策略支持自定义。

此处仅以 cache 为例,为了简单,默认是基于本地内存的缓存实现。

如果你不是单点应用,那么基于 redis 的缓存更加合适

自定义缓存 cache

实现缓存

只需要实现 ICommonCacheService 接口即可。

public class MyDefineCache extends CommonCacheServiceMap {
    // 这里只是作为演示,实际生产建议使用 redis 作为统一缓存
    @Override
    public synchronized void set(String key, String value, long expireMills) {
        System.out.println("------------- 自定义的设置实现");
        super.set(key, value, expireMills);
    }
}

core 中指定使用

在非 spring 项目中,可以在引导类中指定我们定义的缓存。

ResubmitBs resubmitBs = ResubmitBs.newInstance()
                .cache(new MyDefineCache());
UserService service = ResubmitProxy.getProxy(new UserService(), resubmitBs);

其他使用方式保持不变。

spring 中指定使用

在 spring 项目中,我们需要调整一下配置,其他不变。

@ComponentScan("com.github.houbb.resubmit.test.service")
@Configuration
@EnableResubmit(cache = "myDefineCache")
public class SpringDefineConfig {
    @Bean("myDefineCache")
    public ICommonCacheService myDefineCache() {
        return new MyDefineCache();
    }
}

@EnableResubmit(cache = "myDefineCache") 指定我们自定义的缓存策略名称。

Redis 的内置缓存策略

为了便于复用,基于 redis 的缓存策略已实现,后续有时间进行讲解。

开源地址

为了便于大家学习使用,目前防重复提交框架已开源。

欢迎大家 fork+star,鼓励一下老马~

github.com/houbb/resub…

以上就是resubmit渐进式防重复提交框架示例的详细内容,更多关于resubmit防重复提交的资料请关注我们其它相关文章!

(0)

相关推荐

  • Java结合redis实现接口防重复提交

    redis 接口防重 技术点:redis/aop 说明: 简易版本实现防止重复提交,适用范围为所有接口适用,采用注解方式,在需要防重的接口上使用注解,可以设置防重时效. 场景: 在系统中,经常会有一些接口会莫名其妙的被调用两次,可能在幂等接口中不会存在太大的问题,但是非幂等接口的处理就会导致出现脏数据,甚至影响系统的正确性. 选型参考: 在常见的防重处理分为多种,粗分为前端处理,后端处理 前端处理分为: 在按钮触发后便将按钮置灰,设置为不可用,在接口调用成功后回调处理,将按钮恢复 发送请求时,设

  • SpringBoot基于redis自定义注解实现后端接口防重复提交校验

    目录 一.添加依赖 二.代码实现 三.测试 一.添加依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-redis</artifactId> <version>1.4.4.RELEASE</version> </dependency> <dependency> <

  • SpringBoot+Redis实现后端接口防重复提交校验的示例

    目录 1 Maven依赖 2 RepeatedlyRequestWrapper 3 RepeatableFilter 4 RepeatSubmit 5 RepeatSubmitInterceptor 6 RepeatSubmitConfig 7 RepeatSubmitController 1 Maven依赖 <!--redis缓存--> <dependency> <groupId>org.springframework.boot</groupId> <

  • springboot实现防重复提交和防重复点击的示例

    背景 同一条数据被用户点击了多次,导致数据冗余,需要防止弱网络等环境下的重复点击 目标 通过在指定的接口处添加注解,实现根据指定的接口参数来防重复点击 说明 这里的重复点击是指在指定的时间段内多次点击按钮 技术方案 springboot + redis锁 + 注解 使用 feign client 进行请求测试 最终的使用实例 1.根据接口收到 PathVariable 参数判断唯一 /** * 根据请求参数里的 PathVariable 里获取的变量进行接口级别防重复点击 * * @param

  • jquery项目中如何防重复提交详解

    在新项目中,axios能实现防重复提交的功能,不过老项目(例如jQuery)的项目中,没有axios.但是导入Ajax-hook 就可以实现 Ajax-hook源码地址 : https://github.com/wendux/Ajax-hook 导入 <script src="https://unpkg.com/ajax-hook@2.0.3/dist/ajaxhook.min.js"></script> ah对象是在导入ajaxhook.min.js后就会出现

  • resubmit渐进式防重复提交框架示例

    目录 resubmit 创作目的 特性 maven 引入 编码 自定义 spring 整合使用 maven 引入 @EnableResubmit 注解说明 测试代码 整合 spring-boot maven 引入 代码实现 测试代码 自定义策略 自定义缓存 cache core 中指定使用 spring 中指定使用 resubmit resubmit 是一款为 java 设计的渐进式防止重复提交框架. 推荐阅读: 面试官:你们的项目中是怎么做防止重复提交的? 创作目的 有时候手动加防止重复提交很

  • 浅谈C#在网络波动时防重复提交的方法

    前几天,公司数据库出现了两条相同的数据,而且时间相同(毫秒也相同).排查原因,发现是网络波动造成了重复提交. 由于网络波动而重复提交的例子也比较多: 网络上,防重复提交的方法也很多,使用redis锁,代码层面使用lock. 但是,我没有发现一个符合我心意的解决方案.因为网上的解决方案,第一次提交返回成功,第二次提交返回失败.由于两次返回信息不一致,一次成功一次失败,我们不确定客户端是以哪个返回信息为准,虽然我们希望客户端以第一次返回成功的信息为准,但客户端也可能以第二次失败信息运行,这是一个不确

  • asp.net表单提交时防重复提交并执行前台的JS验证

    在项目开发中,遇到这样的一个情况,就是用户重复提交.当然这个不能怪用户,只能怪.NET或者服务器反应迟钝......我是这样理解的. 在网上搜了一下,解决方案是不少,比如: http://bbs.csdn.net/topics/340048988 (这个大家提了不少建议) http://www.cnblogs.com/blsong/archive/2009/12/24/1631144.html (这个基本上总结了网上的方法) 但实际上做互联网web项目中,需要在前台执行JS或者Jquery的验证

  • php页面防重复提交方法总结

    1.提交按钮置disabled 当用户提交后,立即把按钮置为不可用状态.这种用js来实现. 提交前 复制代码 代码如下: $("#submit").attr('disabled','true');         $("#submit").val("正在提交,请稍等"); .................................................................................... 执行后

  • Asp.net防重复提交机制实现方法

    为Button或其他控件加上下面两个属性即可 1.UseSubmitBehavior="false"使用服务器端提交机制,即执行OnClick事件. 2.OnClientClick客户端点击按钮后,设置控件为不可用,控件文本显示处理中-,待服务器端执行完OnClick事件,控件自动恢复为可用. 代码如下: 复制代码 代码如下: UseSubmitBehavior="false" OnClientClick="this.disabled=true;this.

随机推荐