关于golang:详解Context包看这一篇就够了

前言

最近在我的项目开发时，常常应用到Context这个包。context.Context是Go语言中独特的设计，在其余编程语言中咱们很少见到相似的概念。所以这一期咱们就来好好讲一讲Context的基本概念与理论应用，麻麻再也不放心我的并发编程啦～～～。

什么是context

在了解context包之前，咱们应该相熟两个概念，因为这能加深你对context的了解。

1. Goroutine

Goroutine是一个轻量级的执行线程，多个Goroutine比一个线程轻量所以治理他们耗费的资源绝对更少。Goroutine是Go中最根本的执行单元，每一个Go程序至多有一个Goroutine：主Goroutine。程序启动时会主动创立。这里为了大家能更好的了解Goroutine，咱们先来看一看线程与协程的概念。

线程（Thread）

线程是一种轻量级过程，是CPU调度的最小单位。一个规范的线程由线程ID，以后指令指针（PC），寄存器汇合和堆栈组成。线程是过程中的一个实体，是被零碎独立调度和分派的根本单位，线程本人不领有系统资源，只领有一点在运行中必不可少的资源，但它可与同属于一个过程的其余线程共享过程所领有的全副资源。线程领有本人独立的栈和共享的堆，共享堆，不共享栈，线程的切换个别也由操作系统调度。

协程（coroutine）

又称为微线程与子例程一样，协程也是一种程序组建，绝对子例程而言，协程更为灵便，但在实践中应用没有子例程那样宽泛。和线程相似，共享堆，不共享栈，协程的切换个别由程序员在代码中显式管制。他防止了上下文切换的额定消耗，兼顾了多线程的长处，简化了高并发程序的简单。

Goroutine和其余语言的协程（coroutine）在应用形式上相似，但从字面意义上来看不同（一个是Goroutine，一个是coroutine），再就是协程是一种合作工作管制机制，在最简略的意义上，协程不是并发的，而Goroutine反对并发的。因而Goroutine能够了解为一种Go语言的协程。同时它能够运行在一个或多个线程上。

咱们来看一个简略示例：

func Hello()  {    fmt.Println("hello everybody , I'm asong")}func main()  {    go Hello()    fmt.Println("Golang梦工厂")}

下面的程序，咱们应用go又开启了一个Goroutine执行Hello办法，然而咱们运行这个程序，运行后果如下:

Golang梦工厂

这里呈现这个问题的起因是咱们启动的goroutine在main执行完就退出了，所以为了main期待这个Goroutine执行完，咱们就须要一些办法，让goroutine通知main执行完了，这里就须要通道了。

2. 通道

这是 goroutine 之间的沟通渠道。当您想要将后果或谬误，或任何其余类型的信息从一个 goroutine 传递到另一个 goroutine 时就能够应用通道。通道是有类型的，能够是 int 类型的通道接管整数或谬误类型的接管谬误等。

假如有个 int 类型的通道 ch，如果你想发一些信息到这个通道，语法是 ch <- 1，如果你想从这个通道接管一些信息，语法就是 var := <-ch。这将从这个通道接管并存储值到 var 变量。

以下程序阐明了通道的应用确保了 goroutine 执行实现并将值返回给 main 。

func Hello(ch chan int)  {    fmt.Println("hello everybody , I'm asong")    ch <- 1}func main()  {    ch := make(chan int)    go Hello(ch)    <-ch    fmt.Println("Golang梦工厂")}

这里咱们应用通道进行期待，这样main就会期待goroutine执行完。当初咱们晓得了goroutine、channel的概念了，上面咱们就来介绍一下context。

3. 场景

有了下面的概念，咱们在来看一个例子：

如下代码，每次申请，Handler会创立一个goroutine来为其提供服务，而且间断申请3次，request的地址也是不同的：

func main()  {    http.HandleFunc("/", SayHello) // 设置拜访的路由    log.Fatalln(http.ListenAndServe(":8080",nil))}func SayHello(writer http.ResponseWriter, request *http.Request)  {    fmt.Println(&request)    writer.Write([]byte("Hi"))}========================================================$ curl http://localhost:8080/0xc0000b80300xc0001860080xc000186018

而每个申请对应的Handler，常会启动额定的的goroutine进行数据查问或PRC调用等。

而当申请返回时，这些额定创立的goroutine须要及时回收。而且，一个申请对应一组申请域内的数据可能会被该申请调用链条内的各goroutine所须要。

当初咱们对下面代码在增加一点货色，当申请进来时，Handler创立一个监控goroutine，这样就会每隔1s打印一句Current request is in progress

func main()  {    http.HandleFunc("/", SayHello) // 设置拜访的路由    log.Fatalln(http.ListenAndServe(":8080",nil))}func SayHello(writer http.ResponseWriter, request *http.Request)  {    fmt.Println(&request)    go func() {        for range time.Tick(time.Second) {            fmt.Println("Current request is in progress")        }    }()    time.Sleep(2 * time.Second)    writer.Write([]byte("Hi"))}

这里我假设申请须要耗时2s，在申请2s后返回，咱们冀望监控goroutine在打印2次Current request is in progress后即进行。但运行发现，监控goroutine打印2次后，其仍不会完结，而会始终打印上来。

问题出在创立监控goroutine后，未对其生命周期作管制，上面咱们应用context作一下管制，即监控程序打印前需检测request.Context()是否曾经完结，若完结则退出循环，即完结生命周期。

func main()  {    http.HandleFunc("/", SayHello) // 设置拜访的路由    log.Fatalln(http.ListenAndServe(":8080",nil))}func SayHello(writer http.ResponseWriter, request *http.Request)  {    fmt.Println(&request)    go func() {        for range time.Tick(time.Second) {            select {            case <- request.Context().Done():                fmt.Println("request is outgoing")                return            default:                fmt.Println("Current request is in progress")            }        }    }()    time.Sleep(2 * time.Second)    writer.Write([]byte("Hi"))}

基于如上需要，context包利用而生。context包能够提供一个申请从API申请边界到各goroutine的申请域数据传递、勾销信号及截至工夫等能力。具体原理请看下文。

4. context

在 Go 语言中 context 包容许您传递一个 "context" 到您的程序。 Context 如超时或截止日期（deadline）或通道，来批示进行运行和返回。例如，如果您正在执行一个 web 申请或运行一个系统命令，定义一个超时对生产级零碎通常是个好主见。因为，如果您依赖的API运行迟缓，你不心愿在零碎上备份（back up）申请，因为它可能最终会减少负载并升高所有申请的执行效率。导致级联效应。这是超时或截止日期 context 派上用场的中央。

4.1 设计原理

Go 语言中的每一个申请的都是通过一个独自的 Goroutine 进行解决的，HTTP/RPC 申请的处理器往往都会启动新的 Goroutine 拜访数据库和 RPC 服务，咱们可能会创立多个 Goroutine 来解决一次申请，而 Context 的次要作用就是在不同的 Goroutine 之间同步申请特定的数据、勾销信号以及解决申请的截止日期。

每一个 Context 都会从最顶层的 Goroutine 一层一层传递到最上层，这也是 Golang 中上下文最常见的应用形式，如果没有 Context，当下层执行的操作呈现谬误时，上层其实不会收到谬误而是会继续执行上来。

当最上层的 Goroutine 因为某些起因执行失败时，下两层的 Goroutine 因为没有接管到这个信号所以会持续工作；然而当咱们正确地应用 Context 时，就能够在上层及时停掉无用的工作缩小额定资源的耗费：

这其实就是 Golang 中上下文的最大作用，在不同 Goroutine 之间对信号进行同步防止对计算资源的节约，与此同时 Context 还能携带以申请为作用域的键值对信息。

这里光说，其实也不能齐全了解其中的作用，所以咱们来看一个例子：

func main()  {    ctx,cancel := context.WithTimeout(context.Background(),1 * time.Second)    defer cancel()    go HelloHandle(ctx,500*time.Millisecond)    select {    case <- ctx.Done():        fmt.Println("Hello Handle ",ctx.Err())    }}func HelloHandle(ctx context.Context,duration time.Duration)  {    select {    case <-ctx.Done():        fmt.Println(ctx.Err())    case <-time.After(duration):        fmt.Println("process request with", duration)    }}

下面的代码，因为过期工夫大于解决工夫，所以咱们有足够的工夫解决改申请，所以运行代码如下图所示：

process request with 500msHello Handle  context deadline exceeded

HelloHandle函数并没有进入超时的select分支，然而main函数的select却会期待context.Context的超时并打印出Hello Handle context deadline exceeded。如果咱们将解决申请的工夫减少至2000ms，程序就会因为上下文过期而被终止。

context deadline exceededHello Handle  context deadline exceeded

4.2 接口

context.Context 是 Go 语言在 1.7 版本中引入规范库的接口1，该接口定义了四个须要实现的办法，其中包含：

Deadline — 返回 context.Context 被勾销的工夫，也就是实现工作的截止日期；
Done — 返回一个 Channel，这个 Channel 会在当前工作实现或者上下文被勾销之后敞开，屡次调用 Done 办法会返回同一个 Channel；
Err — 返回 context.Context 完结的起因，它只会在 Done 返回的 Channel 被敞开时才会返回非空的值；
- 如果 context.Context 被勾销，会返回 Canceled 谬误；
- 如果 context.Context 超时，会返回 DeadlineExceeded 谬误；
Value — 从 context.Context 中获取键对应的值，对于同一个上下文来说，屡次调用 Value 并传入雷同的 Key 会返回雷同的后果，该办法能够用来传递申请特定的数据；

type Context interface {    Deadline() (deadline time.Time, ok bool)    Done() <-chan struct{}    Err() error    Value(key interface{}) interface{}}

context 应用详解

创立context

context包容许一下形式创立和取得context:

context.Background()：这个函数返回一个空context。这只能用于高等级（在 main 或顶级申请解决中）。
context.TODO()：这个函数也是创立一个空context。也只能用于高等级或当您不确定应用什么 context，或函数当前会更新以便接管一个 context 。这象征您（或维护者）打算未来要增加 context 到函数。

其实咱们查看源代码。发现他俩都是通过 new(emptyCtx) 语句初始化的，它们是指向公有构造体 context.emptyCtx 的指针，这是最简略、最罕用的上下文类型：

var (    background = new(emptyCtx)    todo       = new(emptyCtx))type emptyCtx intfunc (*emptyCtx) Deadline() (deadline time.Time, ok bool) {    return}func (*emptyCtx) Done() <-chan struct{} {    return nil}func (*emptyCtx) Err() error {    return nil}func (*emptyCtx) Value(key interface{}) interface{} {    return nil}func (e *emptyCtx) String() string {    switch e {    case background:        return "context.Background"    case todo:        return "context.TODO"    }    return "unknown empty Context"}

从上述代码，咱们不难发现 context.emptyCtx 通过返回 nil 实现了 context.Context 接口，它没有任何非凡的性能。

从源代码来看，context.Background 和 context.TODO 函数其实也只是互为别名，没有太大的差异。它们只是在应用和语义上稍有不同：

context.Background 是上下文的默认值，所有其余的上下文都应该从它衍生（Derived）进去。
context.TODO 应该只在不确定应该应用哪种上下文时应用；

在少数状况下，如果以后函数没有上下文作为入参，咱们都会应用 context.Background 作为起始的上下文向下传递。

context的继承衍生

有了如上的根Context，那么是如何衍生更多的子Context的呢？这就要靠context包为咱们提供的With系列的函数了。

func WithCancel(parent Context) (ctx Context, cancel CancelFunc)func WithDeadline(parent Context, deadline time.Time) (Context, CancelFunc)func WithTimeout(parent Context, timeout time.Duration) (Context, CancelFunc)func WithValue(parent Context, key, val interface{}) Context

这四个With函数，接管的都有一个partent参数，就是父Context，咱们要基于这个父Context创立出子Context的意思，这种形式能够了解为子Context对父Context的继承，也能够了解为基于父Context的衍生。

通过这些函数，就创立了一颗Context树，树的每个节点都能够有任意多个子节点，节点层级能够有任意多个。

WithCancel函数，传递一个父Context作为参数，返回子Context，以及一个勾销函数用来勾销Context。 WithDeadline函数，和WithCancel差不多，它会多传递一个截止工夫参数，意味着到了这个工夫点，会主动勾销Context，当然咱们也能够不等到这个时候，能够提前通过勾销函数进行勾销。

WithTimeout和WithDeadline基本上一样，这个示意是超时主动勾销，是多少工夫后主动勾销Context的意思。

WithValue函数和勾销Context无关，它是为了生成一个绑定了一个键值对数据的Context，这个绑定的数据能够通过Context.Value办法拜访到，前面咱们会专门讲。

大家可能留意到，前三个函数都返回一个勾销函数CancelFunc，这是一个函数类型，它的定义非常简单。

type CancelFunc func()

这就是勾销函数的类型，该函数能够勾销一个Context，以及这个节点Context下所有的所有的Context，不论有多少层级。

上面我就开展来介绍一个每一个办法的应用。

WithValue

context 包中的 context.WithValue 函数能从父上下文中创立一个子上下文，传值的子上下文应用 context.valueCtx 类型，咱们看一下源码：

// WithValue returns a copy of parent in which the value associated with key is// val.//// Use context Values only for request-scoped data that transits processes and// APIs, not for passing optional parameters to functions.//// The provided key must be comparable and should not be of type// string or any other built-in type to avoid collisions between// packages using context. Users of WithValue should define their own// types for keys. To avoid allocating when assigning to an// interface{}, context keys often have concrete type// struct{}. Alternatively, exported context key variables' static// type should be a pointer or interface.func WithValue(parent Context, key, val interface{}) Context {    if key == nil {        panic("nil key")    }    if !reflectlite.TypeOf(key).Comparable() {        panic("key is not comparable")    }    return &valueCtx{parent, key, val}}// A valueCtx carries a key-value pair. It implements Value for that key and// delegates all other calls to the embedded Context.type valueCtx struct {    Context    key, val interface{}}// stringify tries a bit to stringify v, without using fmt, since we don't// want context depending on the unicode tables. This is only used by// *valueCtx.String().func stringify(v interface{}) string {    switch s := v.(type) {    case stringer:        return s.String()    case string:        return s    }    return "<not Stringer>"}func (c *valueCtx) String() string {    return contextName(c.Context) + ".WithValue(type " +        reflectlite.TypeOf(c.key).String() +        ", val " + stringify(c.val) + ")"}func (c *valueCtx) Value(key interface{}) interface{} {    if c.key == key {        return c.val    }    return c.Context.Value(key)}

此函数接管 context 并返回派生 context，其中值 val 与 key 关联，并通过 context 树与 context 一起传递。这意味着一旦取得带有值的 context，从中派生的任何 context 都会取得此值。不倡议应用 context 值传递要害参数，而是函数应接管签名中的那些值，使其显式化。

context.valueCtx 构造领会将除了 Value 之外的 Err、Deadline 等办法代理到父上下文中，它只会响应 context.valueCtx.Value 办法。如果 context.valueCtx 中存储的键值对与 context.valueCtx.Value 办法中传入的参数不匹配，就会从父上下文中查找该键对应的值直到在某个父上下文中返回 nil 或者查找到对应的值。

说了这么多，比拟干燥，咱们来看一下怎么应用：

type key stringfunc main()  {    ctx := context.WithValue(context.Background(),key("asong"),"Golang梦工厂")    Get(ctx,key("asong"))    Get(ctx,key("song"))}func Get(ctx context.Context,k key)  {    if v, ok := ctx.Value(k).(string); ok {        fmt.Println(v)    }}

下面代码咱们基于context.Background创立一个带值的ctx，而后能够依据key来取值。这里为了防止多个包同时应用context而带来抵触，key不倡议应用string或其余内置类型，所以倡议自定义key类型.

WithCancel

此函数创立从传入的父 context 派生的新 context。父 context 能够是后盾 context 或传递给函数的 context。返回派生 context 和勾销函数。只有创立它的函数能力调用勾销函数来勾销此 context。如果您违心，能够传递勾销函数，然而，强烈建议不要这样做。这可能导致勾销函数的调用者没有意识到勾销 context 的上游影响。可能存在源自此的其余 context，这可能导致程序以意外的形式运行。简而言之，永远不要传递勾销函数。

咱们间接从 context.WithCancel 函数的实现来看它到底做了什么：

// WithCancel returns a copy of parent with a new Done channel. The returned// context's Done channel is closed when the returned cancel function is called// or when the parent context's Done channel is closed, whichever happens first.//// Canceling this context releases resources associated with it, so code should// call cancel as soon as the operations running in this Context complete.func WithCancel(parent Context) (ctx Context, cancel CancelFunc) {    c := newCancelCtx(parent)    propagateCancel(parent, &c)    return &c, func() { c.cancel(true, Canceled) }}// newCancelCtx returns an initialized cancelCtx.func newCancelCtx(parent Context) cancelCtx {    return cancelCtx{Context: parent}}

context.newCancelCtx 将传入的上下文包装成公有构造体 context.cancelCtx；
context.propagateCancel 会构建父子上下文之间的关联，当父上下文被勾销时，子上下文也会被勾销：

func propagateCancel(parent Context, child canceler) {    done := parent.Done()    if done == nil {        return // 父上下文不会触发勾销信号    }    select {    case <-done:        child.cancel(false, parent.Err()) // 父上下文曾经被勾销        return    default:    }    if p, ok := parentCancelCtx(parent); ok {        p.mu.Lock()        if p.err != nil {            child.cancel(false, p.err)        } else {            p.children[child] = struct{}{}        }        p.mu.Unlock()    } else {        go func() {            select {            case <-parent.Done():                child.cancel(false, parent.Err())            case <-child.Done():            }        }()    }}

上述函数总共与父上下文相干的三种不同的状况：

当 parent.Done() == nil，也就是 parent 不会触发勾销事件时，以后函数会间接返回；
当 child 的继承链蕴含能够勾销的上下文时，会判断 parent 是否曾经触发了勾销信号；
- 如果曾经被勾销，child 会立即被勾销；
- 如果没有被勾销，child 会被退出 parent 的 children 列表中，期待 parent 开释勾销信号；
在默认状况下
- 运行一个新的 Goroutine 同时监听 parent.Done() 和 child.Done() 两个 Channel
- 在 parent.Done() 敞开时调用 child.cancel 勾销子上下文；

context.propagateCancel 的作用是在 parent 和 child 之间同步勾销和完结的信号，保障在 parent 被勾销时，child 也会收到对应的信号，不会产生状态不统一的问题。

context.cancelCtx 实现的几个接口办法也没有太多值得剖析的中央，该构造体最重要的办法是 cancel，这个办法会敞开上下文中的 Channel 并向所有的子上下文同步勾销信号：

func (c *cancelCtx) cancel(removeFromParent bool, err error) {    c.mu.Lock()    if c.err != nil {        c.mu.Unlock()        return    }    c.err = err    if c.done == nil {        c.done = closedchan    } else {        close(c.done)    }    for child := range c.children {        child.cancel(false, err)    }    c.children = nil    c.mu.Unlock()    if removeFromParent {        removeChild(c.Context, c)    }}

说了这么，看一例子，带你感受一下应用办法：

func main()  {    ctx,cancel := context.WithCancel(context.Background())    defer cancel()    go Speak(ctx)    time.Sleep(10*time.Second)}func Speak(ctx context.Context)  {    for range time.Tick(time.Second){        select {        case <- ctx.Done():            return        default:            fmt.Println("balabalabalabala")        }    }}

咱们应用withCancel创立一个基于Background的ctx，而后启动一个讲话程序，每隔1s说一话，main函数在10s后执行cancel，那么speak检测到勾销信号就会退出。

WithDeadline

此函数返回其父项的派生 context，当截止日期超过或勾销函数被调用时，该 context 将被勾销。例如，您能够创立一个将在当前的某个工夫主动勾销的 context，并在子函数中传递它。当因为截止日期耗尽而勾销该 context 时，获此 context 的所有函数都会收到告诉去进行运行并返回。

咱们来看一下源码：

func WithDeadline(parent Context, d time.Time) (Context, CancelFunc) {    if cur, ok := parent.Deadline(); ok && cur.Before(d) {        return WithCancel(parent)    }    c := &timerCtx{        cancelCtx: newCancelCtx(parent),        deadline:  d,    }    propagateCancel(parent, c)    dur := time.Until(d)    if dur <= 0 {        c.cancel(true, DeadlineExceeded) // 曾经过了截止日期        return c, func() { c.cancel(false, Canceled) }    }    c.mu.Lock()    defer c.mu.Unlock()    if c.err == nil {        c.timer = time.AfterFunc(dur, func() {            c.cancel(true, DeadlineExceeded)        })    }    return c, func() { c.cancel(true, Canceled) }}

context.WithDeadline也都能创立能够被勾销的计时器上下文 context.timerCtx：

context.WithDeadline 办法在创立 context.timerCtx 的过程中，判断了父上下文的截止日期与以后日期，并通过 time.AfterFunc 创立定时器，当工夫超过了截止日期后会调用 context.timerCtx.cancel 办法同步勾销信号。

context.timerCtx 构造体外部不仅通过嵌入了context.cancelCtx 构造体继承了相干的变量和办法，还通过持有的定时器 timer 和截止工夫 deadline 实现了定时勾销这一性能：

type timerCtx struct {    cancelCtx    timer *time.Timer // Under cancelCtx.mu.    deadline time.Time}func (c *timerCtx) Deadline() (deadline time.Time, ok bool) {    return c.deadline, true}func (c *timerCtx) cancel(removeFromParent bool, err error) {    c.cancelCtx.cancel(false, err)    if removeFromParent {        removeChild(c.cancelCtx.Context, c)    }    c.mu.Lock()    if c.timer != nil {        c.timer.Stop()        c.timer = nil    }    c.mu.Unlock()}

context.timerCtx.cancel 办法不仅调用了 context.cancelCtx.cancel，还会进行持有的定时器缩小不必要的资源节约。

接下来咱们来看一个例子：

func main()  {    now := time.Now()    later,_:=time.ParseDuration("10s")        ctx,cancel := context.WithDeadline(context.Background(),now.Add(later))    defer cancel()    go Monitor(ctx)    time.Sleep(20 * time.Second)}func Monitor(ctx context.Context)  {    select {    case <- ctx.Done():        fmt.Println(ctx.Err())    case <-time.After(20*time.Second):        fmt.Println("stop monitor")    }}

设置一个监控goroutine，应用WithTimeout创立一个基于Background的ctx，其会以后工夫的10s后勾销。验证后果如下：

context deadline exceeded

10s，监控goroutine被勾销了。

WithTimeout

此函数相似于 context.WithDeadline。不同之处在于它将持续时间作为参数输出而不是工夫对象。此函数返回派生 context，如果调用勾销函数或超出超时持续时间，则会勾销该派生 context。

func WithTimeout(parent Context, timeout time.Duration) (Context, CancelFunc) {    return WithDeadline(parent, time.Now().Add(timeout))}

观看源码咱们能够看出WithTimeout外部调用的就是WithDeadline，其原理都是一样的，下面曾经介绍过了，来看一个例子吧：

func main()  {    ctx,cancel := context.WithTimeout(context.Background(),10 * time.Second)    defer cancel()    go Monitor(ctx)    time.Sleep(20 * time.Second)}func Monitor(ctx context.Context)  {    select {    case <- ctx.Done():        fmt.Println(ctx.Err())    case <-time.After(20*time.Second):        fmt.Println("stop monitor")    }}

Context应用准则

context.Background 只利用在最高等级，作为所有派生 context 的根。
context 勾销是建议性的，这些函数可能须要一些工夫来清理和退出。
不要把Context放在构造体中，要以参数的形式传递。
以Context作为参数的函数办法，应该把Context作为第一个参数，放在第一位。
给一个函数办法传递Context的时候，不要传递nil，如果不晓得传递什么，就应用context.TODO
Context的Value相干办法应该传递必须的数据，不要什么数据都应用这个传递。context.Value 应该很少应用，它不应该被用来传递可选参数。这使得 API 隐式的并且能够引起谬误。取而代之的是，这些值应该作为参数传递。
Context是线程平安的，能够释怀的在多个goroutine中传递。同一个Context能够传给应用其的多个goroutine，且Context可被多个goroutine同时平安拜访。
Context 构造没有勾销办法，因为只有派生 context 的函数才应该勾销 context。

Go 语言中的 context.Context 的次要作用还是在多个 Goroutine 组成的树中同步勾销信号以缩小对资源的耗费和占用，尽管它也有传值的性能，然而这个性能咱们还是很少用到。在真正应用传值的性能时咱们也应该十分审慎，应用 context.Context 进行传递参数申请的所有参数一种十分差的设计，比拟常见的应用场景是传递申请对应用户的认证令牌以及用于进行分布式追踪的申请 ID。

总结

好啦，这一期文章到这里就完结啦。为了弄懂这里，参考很多文章，会在结尾贴出来，供大家学习参考。因为这个包真的很重要，在平时我的项目开发中咱们也是常常应用到，所以大家弄懂context的原理还是很有必要的。

文章的示例代码已上传github：https://github.com/asong2020/...

有须要的小伙伴能够下在观看学习，如果再能给个小星星就非常感谢了。

结尾给大家发一个小福利吧，最近我在看[微服务架构设计模式]这一本书，讲的很好，本人也收集了一本PDF，有须要的小伙能够到自行下载。获取形式：关注公众号：[Golang梦工厂]，后盾回复：[微服务]，即可获取。

我翻译了一份GIN中文文档，会定期进行保护，有须要的小伙伴后盾回复[gin]即可下载。

我是asong，一名普普通通的程序猿，让我一起缓缓变强吧。我本人建了一个golang交换群，有须要的小伙伴加我vx,我拉你入群。欢送各位的关注，咱们下期见~~~

举荐往期文章：

go-ElasticSearch入门看这一篇就够了(一)
面试官：go中for-range应用过吗？这几个问题你能解释一下起因吗
学会wire依赖注入、cron定时工作其实就这么简略！
据说你还不会jwt和swagger-饭我都不吃了带着实际我的项目我就来了
把握这些Go语言个性，你的程度将进步N个品位(二)
go实现多人聊天室，在这里你想聊什么都能够的啦！！！
grpc实际-学会grpc就是这么简略
go规范库rpc实际
2020最新Gin框架中文文档 asong又捡起来了英语，用心翻译
基于gin的几种热加载形式
boss: 这小子还不会应用validator库进行数据校验，开了～～～

参考文章：

https://leileiluoluo.com/post...
https://studygolang.com/artic...
https://draveness.me/golang/d...