java服务限流方式
mhr18 2025-08-06 21:21 5 浏览 0 评论
固定窗口限流
固定窗口算法通过在单位时间内维护一个计数器,能够限制在每个固定的时间段内请求通过的次数,以达到限流的效果。
算法实现起来也比较简单,可以通过构造方法中的参数指定时间窗口大小以及允许通过的请求数量,当请求进入时先比较当前时间是否超过窗口上边界,未越界且未超过计数器上限则可以放行请求。
package com.example.limit.service;
/**
* @author linqinyong@leelen.cn
* @version 1.0.0
* @ClassName TrafficLimiter.java
* @Description
* @createTime 2024年03月12日 14:45:00
*/
public interface TrafficLimiter {
Boolean limit();
}
package com.example.limit.service;
/**
* @author linqinyong@leelen.cn
* @version 1.0.0
* @ClassName CounterLiniter.java
* @Description 计数器限流
* @createTime 2024年03月12日 15:05:00
*/
public class CounterLimiter implements TrafficLimiter {
private long timeStamp = System.currentTimeMillis();
private int reqCount;//请求数
private int limiNum = 100;//每秒限流的最大请求数
private long interval = 1000L;//时间窗口时长,单位ms
@Override
public synchronized Boolean limit() {
long now = System.currentTimeMillis();
if (now < timeStamp + interval) {//在当前时间窗口内
//判断当前时间窗口请求数加1是否超过每秒限流的最大请求数
if (reqCount + 1 > limiNum) {
return true;
}
reqCount++;
return false;
} else {//开启新的时间窗口
timeStamp = now;
//重置计数器
reqCount = 1;
return false;
}
}
}
滑动窗口限流
滑动窗口算法在固定窗口的基础上,进行了一定的升级改造。它的算法的核心在于将时间窗口进行了更精细的分片,将固定窗口分为多个小块,每次仅滑动一小块的时间。
并且在每个时间段内都维护了单独的计数器,每次滑动时,都减去前一个时间块内的请求数量,并再添加一个新的时间块到末尾,当时间窗口内所有小时间块的计数器之和超过了请求阈值时,就会触发限流操作。
package com.example.limit.service;
import java.util.LinkedList;
/**
* @author linqinyong@leelen.cn
* @version 1.0.0
* @ClassName SlidingTimeWindowLimiter.java
* @Description 滑动窗口限流
* @createTime 2024年03月12日 15:13:00
*/
public class SlidingTimeWindowLimiter implements TrafficLimiter {
//服务在最近1秒内的访问次数,可以放在redis中,实现分布式系统的访问计数
private int reqCount;
//使用LinkedList来记录滑动窗口的10个格子
private LinkedList<Integer> slots = new LinkedList<>();
private int limitNum = 100;//每秒限流的最大请求数
private long windowLength = 100L;//滑动时间窗口里的每个格子的时间长度,单位ms
private int windowNum = 10;//滑动时间窗口里的格子数量
public SlidingTimeWindowLimiter() {
slots.addLast(0);
new Thread(() -> {
while (true) {
try {
Thread.sleep(windowLength);
} catch (InterruptedException e) {
e.printStackTrace();
}
slots.addLast(0);
if (slots.size() > windowNum) {
reqCount = reqCount - slots.peekFirst();
slots.removeFirst();
System.out.println("滑动格子:" + reqCount);
}
}
}).start();
}
@Override
public synchronized Boolean limit() {
if ((reqCount + 1) > limitNum) {
return true;
}
slots.set(slots.size() - 1, slots.peekLast() + 1);
reqCount++;
return false;
}
}
漏桶限流
为了应对流量激增的问题,后续又衍生出了漏桶算法,用专业一点的词来说,漏桶算法能够进行流量整形和流量控制。
漏桶是一个很形象的比喻,外部请求就像是水一样不断注入水桶中,而水桶已经设置好了最大出水速率,漏桶会以这个速率匀速放行请求,而当水超过桶的最大容量后则被丢弃。
package com.example.limit.service;
/**
* @author linqinyong@leelen.cn
* @version 1.0.0
* @ClassName LeakyBucketLimiter.java
* @Description 漏桶限流
* @createTime 2024年03月12日 14:59:00
*/
public class LeakyBucketLimiter implements TrafficLimiter {
private long timeStamp = System.currentTimeMillis();
private long capacity = 100;//桶的容量
private long rate = 10;//水漏出的速度(每秒系统能处理的请求数)
private long water = 20;//当前水量(当前累积请求数)
@Override
public synchronized Boolean limit() {
long now = System.currentTimeMillis();
water = Math.max(0, water-((now - timeStamp)/1000)*rate);//先执行漏水,计算生于水量
timeStamp = now;
if ((water +1)<=capacity) {
//水还未满,加水
water++;
System.out.println();
return false;
} else {
//水满,聚聚加水
return true;
}
}
}
令牌桶限流
令牌桶算法是基于漏桶算法的一种改进,主要在于令牌桶算法能够在限制服务调用的平均速率的同时,还能够允许一定程度内的突发调用。
它的主要思想是系统以恒定的速度生成令牌,并将令牌放入令牌桶中,当令牌桶中满了的时候,再向其中放入的令牌就会被丢弃。而每次请求进入时,必须从令牌桶中获取一个令牌,如果没有获取到令牌则被限流拒绝。
假设令牌的生成速度是每秒100个,并且第一秒内只使用了70个令牌,那么在第二秒可用的令牌数量就变成了130,在允许的请求范围上限内,扩大了请求的速率。当然,这里要设置桶容量的上限,避免超出系统能够承载的最大请求数量。
package com.example.limit.service;
/**
* @author linqinyong@leelen.cn
* @version 1.0.0
* @ClassName TokenBucketLimiter.java
* @Description 令牌桶限流
* @createTime 2024年03月12日 14:44:00
*/
public class TokenBucketLimiter implements TrafficLimiter {
private long timeStamp = System.currentTimeMillis();
private long capacity = 100;//桶的容量
private long rate = 10;//令牌是否速度
private long tokens = 20;//当前令牌数量
@Override
public synchronized Boolean limit() {
long now = System.currentTimeMillis();
//先添加令牌
tokens = Math.min(capacity, tokens + (now - timeStamp) * rate);
timeStamp = now;
if (tokens < 1) {
//若不到1个令牌,则拒绝
return true;
} else {
//还有令牌,领取令牌
tokens--;
return false;
}
}
}
相关推荐
- 订单超时自动取消业务的 N 种实现方案,从原理到落地全解析
-
在分布式系统架构中,订单超时自动取消机制是保障业务一致性的关键组件。某电商平台曾因超时处理机制缺陷导致日均3000+订单库存锁定异常,直接损失超50万元/天。本文将从技术原理、实现细节、...
- 使用Spring Boot 3开发时,如何选择合适的分布式技术?
-
作为互联网大厂的后端开发人员,当你满怀期待地用上SpringBoot3,准备在项目中大显身手时,却发现一个棘手的问题摆在面前:面对众多分布式技术,究竟该如何选择,才能让SpringBoot...
- 数据库内存爆满怎么办?99%的程序员都踩过这个坑!
-
你的数据库是不是又双叒叕内存爆满了?!服务器监控一片红色警告,老板在群里@所有人,运维同事的电话打爆了手机...这种场景是不是特别熟悉?别慌!作为一个在数据库优化这条路上摸爬滚打了10年的老司机,今天...
- springboot利用Redisson 实现缓存与数据库双写不一致问题
-
使用了Redisson来操作Redis分布式锁,主要功能是从缓存和数据库中获取商品信息,以下是针对并发时更新缓存和数据库带来不一致问题的解决方案1.基于读写锁和删除缓存策略在并发更新场景下,...
- 外贸独立站数据库炸了?对象缓存让你起死回生
-
上周黑五,一个客户眼睁睁看着服务器CPU飙到100%——每次页面加载要查87次数据库。这让我想起2024年Pantheon的测试:Redis缓存能把WooCommerce查询速度提升20倍。跨境电商最...
- 手把手教你在 Spring Boot3 里纯编码实现自定义分布式锁
-
为什么要自己实现分布式锁?你是不是早就受够了引入各种第三方依赖时的繁琐?尤其是分布式锁这块,每次集成Redisson或者Zookeeper,都得额外维护一堆配置,有时候还会因为版本兼容问题头疼半...
- 如何设计一个支持百万级实时数据推送的WebSocket集群架构?
-
面试解答:要设计一个支持百万级实时数据推送的WebSocket集群架构,需从**连接管理、负载均衡、水平扩展、容灾恢复**四个维度切入:连接层设计-**长连接优化**:采用Netty或Und...
- Redis数据结构总结——面试最常问到的知识点
-
Redis作为主流的nosql存储,面试时经常会问到。其主要场景是用作缓存,分布式锁,分布式session,消息队列,发布订阅等等。其存储结构主要有String,List,Set,Hash,Sort...
- skynet服务的缺陷 lua死循环
-
服务端高级架构—云风的skynet这边有一个关于云风skynet的视频推荐给大家观看点击就可以观看了!skynet是一套多人在线游戏的轻量级服务端框架,使用C+Lua开发。skynet的显著优点是,...
- 七年Java开发的一路辛酸史:分享面试京东、阿里、美团后的心得
-
前言我觉得有一个能够找一份大厂的offer的想法,这是很正常的,这并不是我们的饭后谈资而是每个技术人的追求。像阿里、腾讯、美团、字节跳动、京东等等的技术氛围与技术规范度还是要明显优于一些创业型公司...
- mysql mogodb es redis数据库之间的区别
-
1.MySQL应用场景概念:关系型数据库,基于关系模型,使用表和行存储数据。优点:支持ACID事务,数据具有很高的一致性和完整性。缺点:垂直扩展能力有限,需要分库分表等方式扩展。对于复杂的查询和大量的...
- redis,memcached,nginx网络组件
-
1.理解阻塞io,非阻塞io,同步io,异步io的区别2.理解BIO和AIO的区别io多路复用只负责io检测,不负责io操作阻塞io中的write,能写多少是多少,只要写成功就返回,譬如准备写500字...
- SpringBoot+Vue+Redis实现验证码功能
-
一个小时只允许发三次验证码。一次验证码有效期二分钟。SpringBoot整合Redis...
- AWS MemoryDB 可观测最佳实践
-
AWSMemoryDB介绍AmazonMemoryDB是一种完全托管的、内存中数据存储服务,专为需要极低延迟和高吞吐量的应用程序而设计。它与Redis和Memcached相似,但具有更...
- 从0构建大型AI推荐系统:实时化引擎从工具到生态的演进
-
在AI浪潮席卷各行各业的今天,推荐系统正从幕后走向前台,成为用户体验的核心驱动力。本文将带你深入探索一个大型AI推荐系统从零起步的全过程,揭示实时化引擎如何从单一工具演进为复杂生态的关键路径。无论你是...
你 发表评论:
欢迎- 一周热门
-
-
Redis客户端 Jedis 与 Lettuce
-
高并发架构系列:Redis并发竞争key的解决方案详解
-
redis如何防止并发(redis如何防止高并发)
-
Java SE Development Kit 8u441下载地址【windows版本】
-
开源推荐:如何实现的一个高性能 Redis 服务器
-
redis安装与调优部署文档(WinServer)
-
Redis 入门 - 安装最全讲解(Windows、Linux、Docker)
-
一文带你了解 Redis 的发布与订阅的底层原理
-
Redis如何应对并发访问(redis控制并发量)
-
Oracle如何创建用户,表空间(oracle19c创建表空间用户)
-
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (83)
- php redis (97)
- redis 存储 (67)
- redis 锁 (74)
- 启动 redis (73)
- redis 时间 (60)
- redis 删除 (69)
- redis内存 (64)
- redis并发 (53)
- redis 主从 (71)
- redis同步 (53)
- redis结构 (53)
- redis 订阅 (54)
- redis 登录 (62)
- redis 面试 (58)
- redis问题 (54)
- 阿里 redis (67)
- redis的缓存 (57)
- lua redis (59)
- redis 连接池 (64)