快捷導航

Java @SentinelResource全面介紹

更新時間：2022年08月31日 11:09:22 作者：一個風輕云淡

在實際應用過程中，我們可能需要限流的層面不僅限于接口。可能對于某個方法的調(diào)用限流，對于某個外部資源的調(diào)用限流等都希望做到控制。對此，我們需要學習使用@SentinelResource注解，靈活的定義控制資源以及如何配置控制策略

按資源名稱限流加后續(xù)處理

Module:cloudalibaba-sentinel-service8401

pom新增依賴

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

這個依賴來自自己的模板，這里的這個依賴就是去數(shù)據(jù)庫查詢的一部分業(yè)務(wù)處理

新增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 服務(wù)不可用");
    }
}

圖形配置和代碼關(guān)系

表示1秒鐘內(nèi)查詢次數(shù)大于1，就跑到我們自定義的處流，限流

測試1

1秒鐘點擊1下，OK

超過上述，瘋狂點擊，返回了自己定義的限流處理信息，限流發(fā)生

額外問題

此時關(guān)閉問服務(wù)8401看看

Sentinel控制臺，流控規(guī)則消失了？？？？？

臨時/持久？

按照Url地址限流加后續(xù)處理

通過訪問的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 服務(wù)不可用");
    }
    @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自帶的限流處理結(jié)果

上面兜底方案面臨的問題

1 系統(tǒng)默認的，沒有體現(xiàn)我們自己的業(yè)務(wù)要求。

2 依照現(xiàn)有條件，我們自定義的處理方法又和業(yè)務(wù)代碼耦合在一塊，不直觀。

3 每個業(yè)務(wù)方法都添加一個兜底的，那代碼膨脹加劇。

4 全局統(tǒng)一的處理方法沒有體現(xiàn)。

客戶自定義限流處理邏輯

創(chuàng)建CustomerBlockHandler類用于自定義限流處理邏輯

測試后我們自定義的出來了

控制類增加新的業(yè)務(wù)

  @GetMapping("/rateLimit/customerBlockHandler")
    @SentinelResource(value = "customerBlockHandler",
            blockHandlerClass = CustomerBlockHandler.class, blockHandler = "handleException2")
    public CommonResult customerBlockHandler()
    {
        return new CommonResult(200,"按客戶自定義限流處理邏輯");
    }

自定義通用的限流處理邏輯