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】协议,转载请保留原文出处及本版权声明。













 
    
评论