可以通过取消操作访问go上下文值吗？

小伙伴们有没有觉得学习Golang很有意思？有意思就对了！今天就给大家带来《可以通过取消操作访问go上下文值吗？》，以下内容将会涉及到，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！

go 中的学习上下文。我尝试了上下文取消，它尝试在取消后访问设置为上下文的值。令我惊讶的是它有效：

import (
    "context"
    "fmt"
    "time"
)

func test(ctx context.Context, cancelFunc context.CancelFunc){
    intervalTicker := time.NewTicker(time.Second * 2).C
    expiryTicker := time.NewTicker(time.Second * 5).C
    for {
        select {
        case <-ctx.Done():
            fmt.Println(ctx.Err())
            return
        case <-intervalTicker:
            fmt.Println("interval")
        case <-expiryTicker:
            fmt.Println("expiry")
            func() {
                defer cancelFunc()
                fmt.Println("Calling context cancel")
            }()
            return
        }
    }
}

func main() {
    type key string
    var contextKey key
    parent := context.WithValue(context.TODO(), contextKey, "V1")
    ctx, cancelFunc := context.WithCancel(parent)
    test(ctx, cancelFunc)

    fmt.Println(ctx.Value(contextKey))
}

当我将相同的子上下文和取消函数传递给测试函数时，我预计上下文会被取消并且该值不可用。不是这样吗？

正确答案

来自 context.WithCancel 文档

当调用返回的取消函数或关闭父上下文的 done 通道（以先发生者为准）时，返回的上下文的 done 通道将关闭。

来自 context.Context 文档

done 返回一个通道，当应取消代表此上下文完成的工作时，该通道已关闭。

取消上下文不应意味着“销毁此上下文”或“使此上下文不再可用”之类的意思。这纯粹是为了向上下文的用户发出信号，表明该工作应该被取消。这个信号并不神奇，必须明确检查。

考虑这种情况：

select {
case <-ctx.done():
    return
default:
    value := ctx.value("something")
    dosomething(value)
}

现在想象一下上下文按照您的想象工作，取消后，值将不再可检索。现在这种情况是可能的：

select {
case <-ctx.Done():
    return
default:
    // OH NO! Even though we just checked and it was ok,
    // some other goroutine called cancel() right at this moment!
    value := ctx.Value("something")
    // Now "value" is going to be invalid.
    doSomething(value)
}

现有的上下文模型很有用，因为它允许工作例程仅在最安全或最方便的特定检查点检查上下文状态，而不必担心其他情况。

今天关于《可以通过取消操作访问go上下文值吗？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！