Go从源码角度分析context.Background()

应用方向

在我们使用go-redis包时，会经常出现里面的方法因传入的参数不足而报错的情况，这种情况经常在*“github.com/go-redis/redis/v8”*这个包中出现。
在go-redis v8包中会出现一以下情况:
在这里可以看到该函数需要传入一个context.Context类型的参数,并且这个参数不能省略。下面我们根据源码来了解一下这个参数的作用

context标准库

context 是 Golang 从 1.7 版本引入的一个标准库。它使得一个request范围内所有goroutine运行时的取消可以得到有效的控制。当最上层的 goroutine 因为某些原因执行失败时，下层的 Goroutine 由于没有接收到这个信号所以会继续工作；但是当我们正确地使用 context.Context 时，就可以在下层及时停掉无用的工作以减少额外资源的消耗。
context包提供了四种实现Context接口的struct。分别为最基础的 emptyCtx，包含键值对的 valueCtx，具备取消能力的 cancelCtx 以及在此之上补充了计时器功能的 timerCtx。 我们实际使用的绝大部分 context.Context 对象底层都是这四种 struct 的指针类型。而我们今天要说的是Context的最基础的实现

emptyCtx

官方库提供的最基础的 Context 实现，emptyCtx是一个int类型的变量，但实现了context接口。
emptyCtx没有超时时间，不能取消，也不能存储任何额外信息，所以emptyCtx用来作为context树的根节点。我们常用的 context.Background() 与 context.TODO() 底层即为 emptyCtx，没有 Deadline，也获取不到 Value。

context.Background()

根据源码我们可以看到Background()函数返回的是一个background，background是由new(emptyCtx)创建的，是一个emptyCtx类型的变量。
所以Background()函数返回的是一个空的 Context。它从未被取消，没有值，也没有最后期限。它通常由主函数，初始化和测试使用，并作为传入请求的top-level Context （顶级上下文）。我们将context.Background()传入之后会在底层创建一个Context，当作参数给goroutine使用，这样就可以使用这个子Context跟踪这个goroutine。用来监控该函数是否要继续执行。

context.Background()传递过程

2.

3.

4.