Sentinel 的注解支持 - @SentinelResource 使用详解
Hello,大家好,我是麦洛,今天带大家来了解一下 Sentinel 中@SentinelResource
的使用方法 ,这篇文章主要向大家介绍一下以下内容
😀由于笔者水平有限,文章难免有不当之处,恳请读者不吝赐教并提出意见
@SentinelResource 注解
注意:注解方式埋点不支持 private 方法。
注解介绍
@SentinelResource
用于定义资源,并提供可选的异常处理和 fallback
配置项。
@SentinelResource
注解包含以下属性:
value
:资源名称,必需项(不能为空)entryType
:entry
类型,可选项(默认为EntryType.OUT
)blockHandler
/blockHandlerClass
:blockHandler
对应处理BlockException
的函数名称,可选项。blockHandler
函数访问范围需要是public
,返回类型需要与原方法相匹配,参数类型需要和原方法相匹配并且最后加一个额外的参数,类型为BlockException
。blockHandler
函数默认需要和原方法在同一个类中。若希望使用其他类的函数,则可以指定blockHandlerClass
为对应的类的Class
对象,注意对应的函数必需为static
函数,否则无法解析。fallback/fallbackClass
:fallback
函数名称,可选项,用于在抛出异常的时候提供fallback
处理逻辑。fallback
函数可以针对所有类型的异常(除了exceptionsToIgnore
里面排除掉的异常类型)进行处理。fallback
函数签名和位置要求:返回值类型必须与原函数返回值类型一致;
方法参数列表需要和原函数一致,或者可以额外多一个
Throwable
类型的参数用于接收对应的异常。fallback
函数默认需要和原方法在同一个类中。若希望使用其他类的函数,则可以指定fallbackClass
为对应的类的Class
对象,注意对应的函数必需为static
函数,否则无法解析。defaultFallback
(since 1.6.0):默认的fallback
函数名称,可选项,通常用于通用的fallback
逻辑(即可以用于很多服务或方法)。默认fallback
函数可以针对所有类型的异常(除了exceptionsToIgnore
里面排除掉的异常类型)进行处理。若同时配置了fallback
和defaultFallback
,则只有fallback
会生效。defaultFallback
函数签名要求:返回值类型必须与原函数返回值类型一致;
方法参数列表需要为空,或者可以额外多一个
Throwable
类型的参数用于接收对应的异常。defaultFallback 函数默认需要和原方法在同一个类中。若希望使用其他类的函数,则可以指定
fallbackClass
为对应的类的Class
对象,注意对应的函数必需为 static 函数,否则无法解析。exceptionsToIgnore
(since 1.6.0):用于指定哪些异常被排除掉,不会计入异常统计中,也不会进入fallback
逻辑中,而是会原样抛出。
1.8.0 版本开始,defaultFallback
支持在类级别进行配置。
注:1.6.0 之前的版本 fallback 函数只针对降级异常(
DegradeException
)进行处理,不能针对业务异常进行处理。
特别地,若 blockHandler
和 fallback
都进行了配置,则被限流降级而抛出 BlockException
时只会进入 blockHandler
处理逻辑。若未配置 blockHandler
、fallback
和 defaultFallback
,则被限流降级时会将 BlockException
直接抛出(若方法本身未定义 throws BlockException
则会被 JVM 包装一层 UndeclaredThrowableException
)。
注解使用
代码编写
SentinelController
ISentinelService
SentinelServiceImpl
启动我们的项目,访问我们的测试方法(多刷新几次,去看控制面板)
限流测试
现在我们为我们的资源:hello 配置一个流控规则,配置步骤如下图
配置成功:
回到我们的页面,快速刷新页面,我们会发现偶尔有如下信息显示,说明我们配置的流控规则成功进行了拦截
控制台日志:
根据我们上面的学习,如果超过我们配置的QPS
,代码会抛出BlockException
异常,为什么代码里面是FlowException
,通过查看源码我们会发现FlowException
其实是BlockException
的子级
经过上面的测试,我们发现成功实现注解开发实现了限流
降级测试
降级测试之前,我们需要修改下我们的代码
前:
后:
配置流控规则
配置降级规则:
测试方法
根据我们配置的规则,如果 qps>1,肯定会出发BlockException
,这时候降级规则判断异常比例超过请求次数的 20%,就会自动触发降级😛;
我的点击速率: 匀速 ------ 快速😂
大家观察这里的日志,在我刚开始匀速点击时候,并没有进入helloFallback
方法,当我快速点击时候,进入了helloFallback
方法,说明这时候降级规则生效,触发降级,进入回调函数helloFallback
中;
今天的分享就到这里,谢谢大家
版权声明: 本文为 InfoQ 作者【麦洛】的原创文章。
原文链接:【http://xie.infoq.cn/article/418ac2535f236b564c75384c1】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论