文章目录

• 前言
• 一、源码环境搭建
• • • • • 1.从github上clone下来sentinel的源码仓库到本地：
        • 2. 这里我们想学习1.6版本的sentinel源码，所以切换git分支到release-1.6
        • 3. 启动sentinel-dashboard：
        • 4. 登陆dashboard：
        • 5. 启动demo项目：
        • 6. 测试
• 总结

前言

本文会讲解如何搭建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源码剖析。