golang 归并回源策略

前言

下面是我根据业务需求画了一个架构图，没有特别之处，很普通，都是我们常见的中间件，都是一些幂等性GET 请求。有一个地方很有意思，从service 分别有10000 qps 请求到Redis，并且它们的key 是一样的。这样一个简单的业务，Redis 就需要承担20000qps，此时监控 redis 我们会发现有一个峰值，如果Redis 没有值，这些流量会穿透到PostgreSQL，监控PostgreSQL也有一个峰值。于是我在想，如果在Service 层我们我们让流量排队阻塞，只需一个流量去请求Redis 获取数据，那么所有的key 不都获取数据了吗？对于Redis 和 PostgreSQL 来说流量就是1，那么流量的收缩比就是20000:2也就是10000:1，这是很高效的。

描述了那么多，这个方案可以用来解决缓存击穿，实际上它超越了这个问题。这个方案这么好，我们该怎么实现了，在这里我们用 Singleflight 去实现。接下来我将着重讲解 Singleflight 。

一、什么是Singleflight

字面解释就是单飞模式，我通常叫它归并回源策略。它的主要目的是确保在任何给定时间内，对昂贵或重复操作的调用只有一次。当多个 goroutine 请求相同资源时，singleflight 可确保函数只执行一次，并且结果由所有调用者共享。这种模式在不适合缓存或结果会经常变化的情况下特别有用。

二、Singleflight是如何工作的

单飞机制非常