网站首页 > 技术文章 正文
防抖操作作为现代互联网开发中的一个比较常见的需求,其目的是为了避免重复的请求或者是重复的操作会影响到最终的操作结果,而防抖就是保证最终这些操作只会有一个被正常执行。尤其是在一些高延迟网络场景中处理用户输入或者是对于一些高频请求的处理过程中这种机制是比较重要的一个机制,他可以有效的防止系统由于多次重复提交而出现数据重复的的问题。
下面我们就来详细介绍一下如何在Spring Boot中实现接口防抖机制。
什么是防抖?
防抖(Debouncing)是一种控制事件频繁触发的技术,用于限定某个事件在一个固定的时间内触发的频率。例如,当你在一个商品搜索框中输入了一个商品的名字,在每次输入一个字符的时候就会触发一个后端搜索请求,这个时候,可能用户想要的只是在最终输入完成之后再进行请求,而防抖的作用就是将多个连续的请求合并为一个,然后最终只会有一个请求会被实际执行。
防抖的核心思想就是在事件发生时,不立即执行,而是等待一段时间。如果在这段时间内没有再触发事件,就执行操作;如果事件被再次触发,等待时间会被重置。而这里所提到的这个时间,需要根据具体的情况而定。
防抖的场景
常见的一些需要防抖操作的场景如下所示。
- 输入框搜索:用户在输入框中输入时频繁触发请求,可能导致大量不必要的API调用。
- 按钮点击:用户连续点击按钮,导致重复提交相同请求。
- 滚动事件:页面滚动时频繁触发请求,导致过多的数据加载。
在这些场景中,我们可以通过防抖机制来限制请求的触发频率,提高系统的性能和响应速度。
在Spring Boot中实现防抖机制
在Spring Boot中,我们可以通过Redis来实现防抖,通过缓存防抖是在防抖实现的方式中的一种比较常见的实现方式,通过存储每次请求的时间戳或者是请求标识来判断在同一时间内是否有重复的请求,来达到防止重复请求的目的。
基于Redis的防抖
首先,需要在pom.xml文件中引入Redis相关依赖,如下所示。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
接下来就是配置Redis的连接。
spring.redis.host=localhost
spring.redis.port=6379
spring.redis.password=your_password
创建一个服务类,用来实现防抖逻辑,检查每个请求的时间是否过于接近,避免出现重复请求的情况,如下所示。
@Service
public class DebounceService {
@Autowired
private StringRedisTemplate redisTemplate;
private static final String DEBOUNCE_KEY = "debounce_key:"; // 这个key用于标识每个请求
// 防抖时间,单位:秒
private static final long DEBOUNCE_TIME = 2;
public boolean isDebounced(String userId) {
String key = DEBOUNCE_KEY + userId;
// 获取上一次请求的时间戳
String lastRequestTime = redisTemplate.opsForValue().get(key);
long currentTime = System.currentTimeMillis();
if (lastRequestTime != null) {
// 如果距离上次请求时间小于防抖时间,认为是重复请求
long elapsed = currentTime - Long.parseLong(lastRequestTime);
if (elapsed < DEBOUNCE_TIME * 1000) {
return true; // 需要防抖
}
}
// 更新请求时间戳
redisTemplate.opsForValue().set(key, String.valueOf(currentTime), DEBOUNCE_TIME, TimeUnit.SECONDS);
return false;
}
}
这样,我们就可以在控制器中通过上面的服务来实现接口请求评率的判断,从而实现接口的防抖操作。
@RestController
public class SearchController {
@Autowired
private DebounceService debounceService;
@GetMapping("/search")
public String search(@RequestParam String query, @RequestParam String userId) {
if (debounceService.isDebounced(userId)) {
return "Please wait before making another request.";
}
// 执行搜索操作
return "Searching for: " + query;
}
}
基于线程池的防抖
在Spring Boot中还有另外的一种防抖操作,就是可以通过线程池和定时任务来完成延迟请求处理,这样就可以保证在一定的时间间隔内只会有一个请求被执行。
如下所示可以在Spring Boot中通过@Configuration标注配置类来配置一个线程池操作,如下所示。
@Configuration
public class ThreadPoolConfig {
@Bean
public Executor taskExecutor() {
return Executors.newSingleThreadExecutor();
}
}
接下来,我们就可以利用这个线程池来实现接口的防抖操作。
@Service
public class DebounceService {
@Async
public void debounceTask(Runnable task, long delay) {
try {
Thread.sleep(delay);
task.run();
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
}
然后,在Controller控制器中通过创建异步任务来对接口实现防抖逻辑的处理。
@RestController
public class SearchController {
@Autowired
private DebounceService debounceService;
@GetMapping("/search")
public String search(@RequestParam String query) {
Runnable task = () -> {
// 执行搜索操作
System.out.println("Searching for: " + query);
};
// 延迟1秒执行任务,模拟防抖效果
debounceService.debounceTask(task, 1000);
return "Request received. Please wait for search to complete.";
}
}
使用前端防抖
当然除了后端可以实现接口防抖之外,我们在前端也可以完成一些操作来实现防抖操作,而通过前端的防抖也是在实际开发中比较常用的一种方式,可以在用户重复点击按钮的时候有效的防止不必要的接口调用操作,如下所示,我们可以通过JavaScript中的setTimeout 和 clearTimeout 来实现防抖。
let debounceTimeout;
const debounceDelay = 500; // 500ms 防抖
function handleSearch(event) {
clearTimeout(debounceTimeout);
debounceTimeout = setTimeout(function() {
fetch(`/search?query=${event.target.value}`)
.then(response => response.json())
.then(data => console.log(data));
}, debounceDelay);
}
这样,当用户停止操作超过500毫秒的时候接口请求才会触发搜索机制。
总结
在实际操作中防抖是一种处理高频操作提高系统性能和体验的有效手段。我们可以通过各种的防抖机制来实现防抖操作,同时配合前端的防抖操作,可以有效的提升系统性能以及用户体验。有兴趣的读者可以深入研究,有问题可以在评论区留言,大家一起讨论。
猜你喜欢
- 2025-05-08 佳能RF系统中有哪些宝藏镜头?(佳能rf镜头2021最新消息)
- 2025-05-08 前端分享-VueUse着实是有东西的(vue.use做了什么)
- 2025-05-08 前端必看!10 个 Vue3 实战技巧,解决 90% 开发难题?
- 2025-05-08 高并发下实现幂等的几种方式(并发和幂等)
- 2025-05-08 解释一下什么是防抖(Debounce)和节流(Throttle)? (面试题)
- 2025-05-08 前端人必收!10 个 Vue3 隐藏技巧,解决 99% 开发卡顿?
- 2025-05-08 CP+2016:五挡防抖 富士100-400现场试用
- 2025-05-08 「SpringCloud」(三十九)使用分布式锁实现微服务重复请求控制
- 2025-05-08 前端人必看!10 个 Vue3 救命技巧,专治性能差、代码乱
- 2025-05-08 频繁触发事件崩溃?JS 防抖节流 3 板斧,第 3 种 90% 人没用过!
你 发表评论:
欢迎- 06-24发现一款开源宝藏级工作流低代码快速开发平台
- 06-24程序员危险了,这是一个 无代码平台+AI+code做项目的案例
- 06-24一款全新的工作流,低代码快速开发平台
- 06-24如何用好AI,改造自己的设计工作流?
- 06-24濮阳网站开发(濮阳网站建设)
- 06-24AI 如何重塑前端开发,我们该如何适应
- 06-24应届生靠这个Java简历模板拿下了5个offer
- 06-24服务端性能测试实战3-性能测试脚本开发
- 566℃Oracle分析函数之Lag和Lead()使用
- 566℃几个Oracle空值处理函数 oracle处理null值的函数
- 550℃Oracle数据库的单、多行函数 oracle执行多个sql语句
- 545℃0497-如何将Kerberos的CDH6.1从Oracle JDK 1.8迁移至OpenJDK 1.8
- 543℃Oracle 12c PDB迁移(一) oracle迁移到oceanbase
- 536℃【数据统计分析】详解Oracle分组函数之CUBE
- 526℃最佳实践 | 提效 47 倍,制造业生产 Oracle 迁移替换
- 519℃Oracle有哪些常见的函数? oracle中常用的函数
- 最近发表
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端react (48)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端富文本编辑器 (47)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- Oracle RAC (73)
- oracle恢复 (76)
- oracle 删除表 (48)
- oracle 用户名 (74)
- oracle 工具 (55)
- oracle 内存 (50)
- oracle 导出表 (57)
- oracle 中文 (51)
- oracle的函数 (57)
- 前端调试 (52)
- 前端登录页面 (48)
本文暂时没有评论,来添加一个吧(●'◡'●)