sentinel的@SentinelResource注解详解

@SentinelResource

用于定义资源，并提供可选的异常处理和 fallback 配置项。 @SentinelResource 注解包含以下属性：

value：资源名称，必需项（不能为空）
entryType：entry 类型，可选项（默认为EntryType.OUT）

blockHandler / blockHandlerClass

: blockHandler 对应处理 BlockException 的函数名称，可选项。blockHandler 函数访问范围需要是 public，返回类型需要与原方法相匹配，参数类型需要和原方法相匹配并且最后加一个额外的参数，类型为 BlockException。blockHandler 函数默认需要和原方法在同一个类中。若希望使用其他类的函数，则可以指定 blockHandlerClass 为对应的类的 Class 对象，注意对应的函数必需为 static 函数，否则无法解析。
【注意：】实际开发当中经常出现，服务限流，但是超出规则的默认返回提示，这样不太符合业务逻辑
就可以使用blockHandler 来指定一个出现异常的兜底方法，具体代码：

千万注意，兜底的方法的参数，和原来方法的参数必须一致，并且兜底的方法里面需要增加一个【BlockException exception】参数。

全局的兜底方法

上述这样的方式进行兜底，非常的笨重，加入很多方法需要兜底，而很多方法的兜底都一样，会导致代码膨胀，冗余，耦合度高的问题出现，这个时候就需要一个全局的兜底方法
定义全局兜底的类，里面写如全局兜底的方法，注意，返回类型,参数，一致，且都需要添加异常类，并且方法的修饰符必须是public static

在业务类中使用全局的兜底的方法
在@SentinelResource注解中配置上全局兜底类，和全局兜底类中的某个方法名即可

fallback / **fallbackClass：

fallback** 函数名称，可选项，用于在抛出异常的时候提供 fallback 处理逻辑。fallback 函数可以针对所有类型的异常（除了 exceptionsToIgnore 里面排除掉的异常类型）进行处理。fallback 函数签名和位置要求：
返回值类型必须与原函数返回值类型一致；
方法参数列表需要和原函数一致，或者可以额外多一个 Throwable 类型的参数用于接收对应的异常。

fallback 函数默认需要和原方法在同一个类中。若希望使用其他类的函数，则可以指定 fallbackClass 为对应的类的 Class 对象，注意对应的函数必需为 static 函数，否则无法解析。
这里跟之前的blockHandlerClass 用法是一致的，不再举例说明

defaultFallback

（since 1.6.0）：默认的 fallback 函数名称，可选项，通常用于通用的 fallback 逻辑（即可以用于很多服务或方法）。默认 fallback 函数可以针对所有类型的异常（除了 exceptionsToIgnore 里面排除掉的异常类型）进行处理。若同时配置了 fallback 和 defaultFallback，则只有 fallback 会生效。defaultFallback 函数签名要求：
返回值类型必须与原函数返回值类型一致；
方法参数列表需要为空，或者可以额外多一个 Throwable 类型的参数用于接收对应的异常。
defaultFallback 函数默认需要和原方法在同一个类中。若希望使用其他类的函数，则可以指定 fallbackClass 为对应的类的 Class 对象，注意对应的函数必需为 static 函数，否则无法解析。

exceptionsToIgnore

（since 1.6.0）：用于指定哪些异常被排除掉，不会计入异常统计中，也不会进入 fallback 逻辑中，而是会原样抛出。
忽略异常，fallback的用处是当业务发生异常会降级走兜底方法，但是如果有写异常不希望fallback发现