接口调用频繁限制，接口限制流量

最新推荐文章于 2025-06-16 23:42:50 发布

大树168

最新推荐文章于 2025-06-16 23:42:50 发布

阅读量7.4k

点赞数

CC 4.0 BY-SA版权

分类专栏： java 文章标签： ConcurrentHashMap redis

本文链接：https://blog.youkuaiyun.com/limingcai168/article/details/82874227

java 专栏收录该内容

48 篇文章

订阅专栏

本文探讨了两种防重复提交的方法：一种使用ConcurrentHashMap实现，但存在数据清除问题；另一种利用Redis设置过期时间，更简便高效。通过对比，强调了Redis在防止重复提交方面的优势。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这是第一种接口的方式，可能对性能有些影响，但是同一数据只能保存一次，感觉有点麻烦，过期数据无法清理，缓存会越变越大，要考虑数据如何重复和数据清除问题，没有redis方便

并发安全的KEY
static ConcurrentHashMap<String, Long> overdues = new ConcurrentHashMap<String, Long>();



public R list(@RequestParam Map<String, Object> params) {
		Map<String, Object> map = new HashMap<>();
		try {
			
			boolean  ispass=false; //标记暂时未用到
			long t1 = System.currentTimeMillis();
		long t1 = System.currentTimeMillis();
			// 上一次调用3秒内不调用
			if ( overdues.containsKey(json.toString())) {
				long pass = t1 - overdues.get(json.toString());
				if (pass >= 2000) {
					overdues.remove(json.toString());
					overdues.put(json.toString(), System.currentTimeMillis());
				} else {
					 return R.error("保存太频繁，请稍后再试!");
				}
			}else {
				overdues.put(json.toString(), System.currentTimeMillis());
			}
//正常返回数据后，应该删除缓存里的过期时间	
			String urlparam = url+"/order/save";
			 JSONObject  orderShow = Optional.ofNullable(postData(jsonObject,urlparam)).orElse(null);
			 if (orderShow.getIntValue("code") == 0){
				 overdues.remove(json.toString());//删除定时缓存
				 return R.ok("操作成功");
				}

另一种就是redis 保证过期时间来防止重复提交，只是改用第三方中间件实现，3秒过期，如果能返回数据就是没有过期，

也是很方便，暂时没有过滤其它方面的影响

 ValueOperations<String, String> properation = redisTemplate.opsForValue();
			 String str = properation.get(params.toString());
			 if (StringUtils.isBlank(str)) {
				 properation.set(params.toString(), params.toString(), 3, TimeUnit.SECONDS);
			}else{
				return R.ok("调用太频繁，请休息一下");
			}