Sentinel源码解析-源码环境搭建


前言

本文会讲解如何搭建Sentinel源码调试环境,以方便更好的debug源码,如果对sentinel还不了解的话,可以先参考官方文档:Sentinel官方文档


提示:以下是本篇文章正文内容,下面案例可供参考

一、源码环境搭建

1.从github上clone下来sentinel的源码仓库到本地:

sentinel仓库地址

在这里插入图片描述

2. 这里我们想学习1.6版本的sentinel源码,所以切换git分支到release-1.6

在这里插入图片描述

3. 启动sentinel-dashboard:

这里启动成功,在9000端口

在这里插入图片描述

4. 登陆dashboard:

这里账号和密码都是sentinel,可以通过application.properties来进行修改,这里我们还有任何的应用项目注册进来,所以没有任何大盘数据

在这里插入图片描述
在这里插入图片描述

5. 启动demo项目:

sentinel-demo模块下面给我们提供了很多测试样例,我们看sentinel-demo-annotation-spring-aop下面的,基于注解的demo。

在这里插入图片描述
这里controller提供的两个api都会去调用TestService,我们的流控规则也定义在testService中
在这里插入图片描述
这里方法都通过SentinelResource注解来标注成一个资源,并指定了资源名和callback方法和处理BlockException的handler。
在这里插入图片描述
我们运行DemoApplication,启动这个demo服务。

需要在VM options配置一下dashboard的地址和项目的名称

-Dcsp.sentinel.dashboard.server=localhost:9000 -Dproject.name=demo

在这里插入图片描述

6. 测试

这里demo项目启动完成在dashboard中是看不到的,我们需要请求一下demo项目对应的接口才可以,因为我们的demo项目是启动在19966端口,所以我们curl一下。

curl http://127.0.0.1:19966/foo

在这里插入图片描述

我们回到服务台刷新一下,发现服务已经注册上去了,并且刚刚调用信息已经在大盘中显示了。
在这里插入图片描述
我们这里给test这个资源配置一下流控规则,qps为2,每秒请求数不能大于2,否则会被限流。
在这里插入图片描述在这里插入图片描述
这里我们通过postman多次请求,可以发现后续的请求都已经被限流了。
在这里插入图片描述

在这里插入图片描述

总结

上面讲述了原本环境的搭建并演示了流控的一个demo,后续我们将进行Sentinel源码剖析。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值