SpringCloud微服务接口限流的两种方式,你学会了吗?

* limitations under the License.

*/

package com.marcosbarbero.cloud.autoconfigure.zuul.ratelimit.config.properties;

public enum RateLimitRepository {

/**

* Uses Redis as data storage

*/

REDIS,

/**

* Uses Consul as data storage

*/

CONSUL,

/**

* Uses SQL database as data storage

*/

JPA,

/**

* Uses Bucket4j JCache as data storage

*/

BUCKET4J_JCACHE,

/**

* Uses Bucket4j Hazelcast as data storage

*/

BUCKET4J_HAZELCAST,

/**

* Uses Bucket4j Ignite as data storage

*/

BUCKET4J_IGNITE,

/**

* Uses Bucket4j Infinispan as data storage

*/

BUCKET4J_INFINISPAN,

}

可以看到这是一个枚举类。其中,较为熟悉的就是REDIS、CONSUL、JPA。这里,就选择REDIS作为限流数据的存储。这就是pom文件中导入REDIS的原因。重新修改配置文件

ratelimit:

enabled: true

repository: REDIS  #对应存储类型(用来存储统计信息)

behind-proxy: true  #代理之后

default-policy: #可选 - 针对所有的路由配置的策略,除非特别配置了policies

limit: 10 #可选 - 每个刷新时间窗口对应的请求数量限制

quota: 4 #可选-  每个刷新时间窗口对应的请求时间限制(秒)

refresh-interval: 5 # 刷新时间窗口的时间,默认值 (秒)

type: #可选 限流方式

- url

服务正常启动,接下来进行测试。学习资料:Java进阶视频资源

上面限制5秒之内只能发送10次请求,那就发送11次请求试一试。使用postman工具进行请求的发送。同时,教大家如何使用postman批量发送请求。

bc9e99634d1eeb7ab665cd9f92346870.png

首先,在地址栏填写接口地址,然后,可以点击send,测试当前地址是否正确。如果一切正常,点击旁边的save按钮。

4b5e47c18b45da1ab93da5b51fc541b3.png

出现上面的浮层,按照箭头的标注,进行操作,点击save按钮后,在左边就能看到已经保存的请求了。

bb4f3787b2b4140e84b7e507abcb00a5.png

然后点击图示的run按钮,进入下面的界面。

92a61b3d7df5dcc4494ee3c4474868e3.png

按照文中给出的注释,进行设定,这里我就改一下请求的次数,设置为11次。然后点击run按钮发起请求,看测试结果。

653bab452e5acc9141f2748068cd6d04.png

可以看到,配置文件中规定请求次数为10次,测试前10次请求都是正常的响应。而第11次请求就被限流策略阻止了。证明了配置生效,接口限流成功。学习资料:Java进阶视频资源

方法二:过滤器限流

Zuul的过滤器功能,不仅可以做权限验证,也可以拿来做限流。所以,新建一个过滤器,让其继承ZuulFilter

package com.root.project.apigateway.filter;

import com.google.common.util.concurrent.RateLimiter;

import com.netflix.zuul.ZuulFilter;

import com.netflix.zuul.context.RequestContext;

import com.netflix.zuul.exception.ZuulException;

import org.springframework.http.HttpStatus;

import org.springframework.stereotype.Component;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import java.io.IOException;

import static org.springframework.cloud.netflix.zuul.filters.support.FilterConstants.PRE_TYPE;

/**

* @ClassName: InterfaceLimitFilter

* @Author: 清风一阵吹我心

* @Description: TODO

* @Version 1.0

**/

@Component

public class InterfaceLimitFilter extends ZuulFilter {

//每秒产生10个令牌

private static final RateLimiter RATE_LIMITER = RateLimiter.create(10);

@Override

public String filterType() {

return PRE_TYPE;

}

@Override

public int filterOrder() {

return -10;

}

@Override

public boolean shouldFilter() {

RequestContext context = RequestContext.getCurrentContext();

HttpServletRequest request = context.getRequest();

//只对管理员服务限流

String admin = “/api/admin/v1.0/admin”;

return admin.equalsIgnoreCase(request.getRequestURI());

}

/**

* 限流逻辑

* RATE_LIMITER.tryAcquire()尝试获取令牌

* @return

* @throws ZuulException

*/

@Override

public Object run() throws ZuulException {

RequestContext context = RequestContext.getCurrentContext();

//每调用一次tryAcquire()方法,令牌数量减1

if (!RATE_LIMITER.tryAcquire()) {

context.setSendZuulResponse(false);

context.setResponseStatusCode(HttpStatus.TOO_MANY_REQUESTS.value());

HttpServletResponse response = context.getResponse();

try {

response.setContentType(“text/html;charset=UTF-8”);

response.getWriter().write(“访问上限,限流啦”);

} catch (IOException e) {

e.printStackTrace();

}

}

return null;

}

}

因为Guava是基于令牌桶算法的实现类,所以RateLimiter.create(10)可以理解为:每秒往桶里放入10个令牌。RATE_LIMITER.tryAcquire()方法尝试获取桶里的令牌,如果有,则返回true,并且,总的令牌数减1。没有则返回false。后面的逻辑和权限验证相似。设置Htpp状态码,然后返回信息到前台展示。

注意:在类上还要加入@Component注解,将其注入到IOC容器中。

启动服务,进行测试。使用postman发送20个请求。

30c407cf1d907cfca9edd8909a9dda5f.png

奇怪的事情发生了,可以看到第十八个请求被限流了,但是第十九个请求又成功了。其实这也不难理解,当第十八个请求到达网关时,木桶里已经没有令牌可以获取了。所以,直接被限流策略限制。

其实,除了网关层的限流,还能在Nginx层上做限流。感兴趣的朋友,可以去看一下Nginx方面的知识。一个高性能的HTTP和反向代理服务器,作为一名开发人员,了解和使用它,也是必不可少的。

来源:blog.csdn.net/qq_32101993/

article/details/87375917

推荐:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

img

最后

很多程序员,整天沉浸在业务代码的 CRUD 中,业务中没有大量数据做并发,缺少实战经验,对并发仅仅停留在了解,做不到精通,所以总是与大厂擦肩而过。

我把私藏的这套并发体系的笔记和思维脑图分享出来,理论知识与项目实战的结合,我觉得只要你肯花时间用心学完这些,一定可以快速掌握并发编程。

不管是查缺补漏还是深度学习都能有非常不错的成效,需要的话记得帮忙点个赞支持一下

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
g" style=“zoom: 33%;” />

最后

很多程序员,整天沉浸在业务代码的 CRUD 中,业务中没有大量数据做并发,缺少实战经验,对并发仅仅停留在了解,做不到精通,所以总是与大厂擦肩而过。

我把私藏的这套并发体系的笔记和思维脑图分享出来,理论知识与项目实战的结合,我觉得只要你肯花时间用心学完这些,一定可以快速掌握并发编程。

不管是查缺补漏还是深度学习都能有非常不错的成效,需要的话记得帮忙点个赞支持一下

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值