当前位置: 首页>移动开发>正文

SentinelResilience4怎么选择 sentinel resilience4j

  1. 简介
  2. 调试环境搭建
    2.1 安装设置 Gradle
    2.2 安装 Resilience4j
    2.3 运行
  3. 入手点
    3.1 代码结构
    3.2 代码量
    3.3 源码分析方法
  4. 小结
  5. 参考文档

相关文章:

  • Resilience4j 源码解析(1):简介及调试环境搭建
  • Resilience4j 源码解析(2):浅析框架设计原理
  • Resilience4j 源码解析(3):限流模块 RateLimiter 与 常见限流算法

1.简介

Resilience4j 是受Hystrix启发而做的新一代轻量级熔断器,基于Java8的函数式编程开发。

Resilience4j 只依赖一个Vavr包(函数式库),不需要再引入其他包,所以相对于Hystrix是轻量级的。同时resilience4j的模块化程度更好,很容易的扩展附加模块,同时也是学习如何组织模块化项目结构的一个绝佳范例。

目前Resilience4j包括熔断(CircuitBreaker)、限流(RateLimiter)、隔离(BulkHead)、重试(Retry)、缓存(Cache)、执行时间限制(TimeLimiter)等模块及一些附加模块(Add-on modules)。

2.调试环境搭建

2.1 安装及设置 Gradle

项目使用Gradle管理依赖包,调试环境里需要安装及设置Gradle,具体步骤,推荐阅读:Mac OS X 安装及配置 Gradle

2.2 安装 Resilience4j

github 地址:https://github.com/resilience4j/resilience4j

# 拉取源码
git clone https://github.com/resilience4j/resilience4j

拉取源码,即安装成功。

SentinelResilience4怎么选择 sentinel resilience4j,SentinelResilience4怎么选择 sentinel resilience4j_Resilience4j,第1张

2.3 运行

源码分析前,一定要先运行试试,一般的开源产品都会有基准测试,再不济也会有单元测试。

我们先随便找一个模块试试看,比如,CircuitBreakerBenchmark

SentinelResilience4怎么选择 sentinel resilience4j,SentinelResilience4怎么选择 sentinel resilience4j_流控_02,第2张

运行报错了! 没关系,开始查问题,于是按照网上说的:

  • 尝试安装了Idea的jmh插件,还是不行!?
  • 看到说gradle 5.5以上的jmh要用0.5.0版本,修改后报找不到,还是不行!?
  • 据说是缺包,于是增加了 jmh-core 和 ,还是不行!?
  • 再找,说要用gradle —stop 和 gradle --no-daemon jmh,还是不行!?

最后终于在 StackOverFlow 里搜索时,看到了下面这段话:

SentinelResilience4怎么选择 sentinel resilience4j,SentinelResilience4怎么选择 sentinel resilience4j_流控_03,第3张

终于豁然开朗,打开IDE配置后,成功生效。

其实,正确的做法分两步:

一是配置编译插件。 编辑最外层的 build.gradle,找到编译处增加:

compile "org.openjdk.jmh:jmh-core:1.21"
compile "org.openjdk.jmh:jmh-generator-annprocess:1.21"

注意:如果是在test目录,可以使用testCompile,如果是在主目录,则需要使用compile。

二是打开IDE配置,开启Annotation Processors,路径如下:

Preferences -> Build,Excution,Deployment - > Compiler -> Annotation Processors

可能你以前配置过JMH,也不会报这个错,虽然这是个小错,但是充分证明了再开始源码研究前,运行一次是很有必要。

这时我们再运行基准测试和单元测试试试,基本没有报错。但实际上再仔细观察会发现,还是有错。没关系,其实也是给我们提了一个醒,开源框架要实际用到生产中,还有一段叫实践落地的路要走。这里先不分析错误,只是大致看一下,心里大致有个底就好。

3. 切入点

3.1 代码结构

源码分析少不了整体代码结构的分析,我们先来看看 Resilience4j 的整体代码结构,如下图:

SentinelResilience4怎么选择 sentinel resilience4j,SentinelResilience4怎么选择 sentinel resilience4j_降级_04,第4张

手动数了一下,一共 32 个模块,我稍微整理了下,其中:

核心模块,有7个:

  • resilience4j-core: 一些通用核心接口定义
  • resilience4j-circuitbreaker: 模块:熔断
  • resilience4j-ratelimiter: 模块:限流
  • resilience4j-bulkhead: 模块:隔离(两种隔离:和线程池隔离)
  • resilience4j-retry: 自动重试,有同步或异步的两种机制
  • resilience4j-cache: 响应缓存,主要是扩展 circuitbreaker 模块
  • resilience4j-timelimiter: 超时处理,也是扩展 circuitbreaker 模块

扩展模块,有18个:

  • resilience4j-reactor: 实现对 Spring Reactor 的操作支持
  • resilience4j-rxjava2: 实现对 RxJava2 的操作支持
  • resilience4j-micrometer: Micrometer 指标支持
  • resilience4j-metrics: Dropwizard 指标支持
  • resilience4j-prometheus: Prometheus 监控报警系统指标支持
  • resilience4j-spring: Spring 支持
  • resilience4j-spring-boot: Spring Boot 1.X Starter集成,可不看
  • resilience4j-spring-boot2: Spring Boot 2.X Starter集成
  • resilience4j-spring-boot-common: Spring Boot 通用支持
  • resilience4j-spring-cloud: Spring Cloud 支持
  • resilience4j-spring-cloud2: Spring Cloud 2 支持
  • resilience4j-spring-cloud-common: Spring Cloud 通用支持
  • resilience4j-feign: 适配Spring Cloud的Feign
  • resilience4j-ratpack: http框架 Ratpack Starter 集成
  • resilience4j-retrofit: 适配Retrofit。一个网络加载框架。底层是使用OKHttp封装的
  • resilience4j-vertx: Vertx 框架支持
  • resilience4j-consumer: 官方说是 Circular Buffer Event 的 consumer,待分析
  • resilience4j-kotlin: 支持 Kotlin coroutines

其他模块,有8个:

  • resilience4j-all: hello world 例子
  • resilience4j-annotations: 核心模块功能使用的注解
  • resilience4j-bom: 空目录
  • resilience4j-circularbuffer: 没看出来在哪儿用
  • resilience4j-documentation: 文档说明
  • resilience4j-framework-common: 主要是一些自动配置ConfigurationProperties的支持
  • resilience4j-test: 没有写完的测试模块,估计是想要把测试放在一起吧

除去划线的,剩下的就是接下来要分析的相关模块,从重点模块开始发散开来。

3.2 代码量

SentinelResilience4怎么选择 sentinel resilience4j,SentinelResilience4怎么选择 sentinel resilience4j_Java_05,第5张

从图中我们可以看到,代码总行数:6w+。对于一个框架来说,的确算少的,像jodd一个基础java工具包都是20w+的代码量。

有同学看见代码行数少,开始窃喜,其实少不见得是好事,很有可能还是坏事。

因为一旦深入就会发现,框架里大量的使用了Java 8的「函数编程特性」来编码,代码是精简了,但是读起来会有点费劲。

3.3 源码分析方法

有很多同学,一看到代码就兴奋,恨不得一下就能读完,然而实际上,这样的做法并不可取。

我们真的需要读完所有源码吗?实际上,没有必要,需要什么看什么,缺什么找什么。

带着目的去读,不断结合实践去读,才能更有效的分析源码。

源码分析的捷径就是没有捷径。

我常用的笨办法就是,多问自己几个问题,再看源码。比如:

  • 为什么现在大厂都喜欢用流控降级?什么时候不适用?
  • 这个开源框架用了什么设计模式?底层原理又是那些?能带给我们哪些启示?
  • 为什么作者使用了函数编程特性?有什么技巧可以借鉴?
  • 框架用到了哪些数据结构和算法?
  • 如果是我来设计流控降级系统该怎么设计?有哪些关键点要注意?
  • 轻量级一定好吗?解决了哪些问题?又带来了哪些问题?

有时问题不见得都能得到解决,但是这个思考的过程却很珍贵,而写下对源码的分析也是对这种思考的一种记录。

4.小结

文章简要介绍了 Resilience4j 框架,并完成了调试环境的搭建,在运行过程中遇见了一个小问题,并着手解决。然后,从代码模块结构入手,做好源码分析的前期准备工作。


https://www.xamrdz.com/mobile/4zu1957437.html

相关文章: