jarviss

典型应用场景：缓存击穿 这是业务开发中典型的一个场景，为了减轻 DB 的压力，将 DB 的数据存到缓存中，缓存获取不到，再去 DB 查询。 但是这个场景存在一个问题，当一条数据从缓存中获取不到的时候，

这个项目的配置很多都是一个函数，并且参数使用了选项模式，带来很多高度自定义和可扩展性，很值得学习一下。

数据迁移-渠道用户互通 需求背景 某头部渠道一个旧的 sdk 不想继续更新了，想要用新的 sdk，不同 sdk 之间用户是隔离的，这个头部渠道不想流失掉这批用户，想让我们帮忙做互通，会提供接口给我们获

一个数据迁移的过程大体入下所示，主要分为以下几个步骤 ![shuju.png](https://p0-xtjj-private.juejin.cn/tos-cn-i-73owjymdk6/f30

go-resilency 源码阅读 断路器在（在 breaker 目录） 信号量（在 semaphore 目录）deadline/超时（在 dealine 目录） 批处理 （在 batcher 目录）

仓库给的例子： 创建重试器时，传入了两个参数，一个是重试时间的间隔（它是一个 time.Duration 类型的数组,数组的长度就是它隐含的重试次数），另一个是分类器，可以决定哪些错误需要重试，哪些错

信号量的用途主要包括：1.限制并发访问；2.流量控制; 3.资源池管理; 4.提高系统稳定性; 5.布式系统中的协调

这里就设计到 channel 的知识点了，读已经关闭的 channel 进行读操作的时候，依然是可以读的，我们这里的 stopper 是无缓冲区的 channel，那么读出来的就是相应类型的零值

golang 的熔断弹性模式，新建一个新的断路器，初始状态是闭合的。从闭合开始，如果 "errorThreshold"（错误阈值）错误出现，而无错时间至少为 "timeout"（超时），则断路器断开