取消后可以访问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上下文值吗?的全部内容。
THE END
分享
二维码
< <上一篇
下一篇>>