@SentinelResource(4)

发布于:2023-01-09 ⋅ 阅读:(456) ⋅ 点赞:(0)

按资源名称限流+后续处理

Module:cloudalibaba-sentinel-service8401

pom新增依赖

  <dependency><!-- 引入自己定义的api通用包,可以使用Payment支付Entity -->
            <groupId>com.atguigu.springcloud</groupId>
            <artifactId>cloud-api-common</artifactId>
            <version>${project.version}</version>
        </dependency>

这个依赖来自自己的模板,这里的这个依赖就是去数据库查询的一部分业务处理

新增Controller 

@RestController
public class RateLimitController
{
    @GetMapping("/byResource")
    @SentinelResource(value = "byResource",blockHandler = "handleException")
    public CommonResult byResource()
    {
        return new CommonResult(200,"按资源名称限流测试OK",new Payment(2020L,"serial001"));
    }
    public CommonResult handleException(BlockException exception)
    {
        return new CommonResult(444,exception.getClass().getCanonicalName()+"\t 服务不可用");
    }
}
 

 

图形配置和代码关系 

表示1秒钟内查询次数大于1,就跑到我们自定义的处流,限流 

 测试1

1秒钟点击1下,OK

超过上述,疯狂点击,返回了自己定义的限流处理信息,限流发生

额外问题

此时关闭问服务8401看看

Sentinel控制台,流控规则消失了?????

临时/持久? 

按照Url地址限流+后续处理 

通过访问的URL来限流,会返回Sentinel自带默认的限流处理信息

Controller修改为:

@RestController
public class RateLimitController
{
    @GetMapping("/byResource")
    @SentinelResource(value = "byResource",blockHandler = "handleException")
    public CommonResult byResource()
    {
        return new CommonResult(200,"按资源名称限流测试OK",new Payment(2020L,"serial001"));
    }
    public CommonResult handleException(BlockException exception)
    {
        return new CommonResult(444,exception.getClass().getCanonicalName()+"\t 服务不可用");
    }

    @GetMapping("/rateLimit/byUrl")
    @SentinelResource(value = "byUrl")
    public CommonResult byUrl()
    {
        return new CommonResult(200,"按url限流测试OK",new Payment(2020L,"serial002"));
    }
}
 

测试2

  访问一次

http://localhost:8401/rateLimit/byUrl

正常

疯狂点击http://localhost:8401/rateLimit/byUrl 

会返回Sentinel自带的限流处理结果 

上面兜底方案面临的问题 

1    系统默认的,没有体现我们自己的业务要求。
 
2  依照现有条件,我们自定义的处理方法又和业务代码耦合在一块,不直观。
 
3  每个业务方法都添加一个兜底的,那代码膨胀加剧。
 
4  全局统一的处理方法没有体现。

客户自定义限流处理逻辑 

创建CustomerBlockHandler类用于自定义限流处理逻辑

测试后我们自定义的出来了

控制类增加新的业务 

  @GetMapping("/rateLimit/customerBlockHandler")
    @SentinelResource(value = "customerBlockHandler",
            blockHandlerClass = CustomerBlockHandler.class, blockHandler = "handleException2")
    public CommonResult customerBlockHandler()
    {
        return new CommonResult(200,"按客户自定义限流处理逻辑");
    }



自定义通用的限流处理逻辑,
     blockHandlerClass = CustomerBlockHandler.class
     blockHandler = handleException2
     上述配置:找CustomerBlockHandler类里的handleException2方法进行兜底处理
定义通用的限流处理逻辑


 

 测试3

 

 测试后我们自定义的出来了

 


网站公告

今日签到

点亮在社区的每一天
去签到