Go中调用子context cancel函数的必要性：go vet警告引发的疑问

问题描述

在Go语言中使用context包时，若未调用context.WithCancel()返回的cancel函数，go vet命令的"lostcancel"检查会发出警告。例如以下代码：

func main() {
    ctx, cancel := context.WithCancel(context.Background())
    foo(ctx)
    fmt.Println("done")
}

go vet会给出如下警告：

the cancel function is not used on all paths (possible context leak)

context包的文档中也提到：

Failing to call the CancelFunc leaks the child and its children until the parent is canceled or the timer fires. The go vet tool checks that CancelFuncs are used on all control-flow paths.

我的疑问在于：至少有一种场景下，我认为无需调用cancel函数。假设我派生一个子context，希望有两种选择：

• 在父context取消前终止使用该子context的下游goroutine，比如遇到提前错误时；
• 等待父context取消，让子context的生命周期与父context一致。

这在我看来是context包父子树结构的一种自然用法，但却会触发上述go vet错误，因为第二种执行路径中并未调用子context的cancel函数。

那么，这真的是go vet/Go社区context使用规范的缺陷，还是我的理解存在误区？

示例程序

以下是触发该错误的示例程序，go vet会对barctx, barcancel := context.WithCancel(ctx)这一行发出警告。这个示例看起来有些冗余，因为我可以在启动goroutine前检查bar的错误，但需要说明的是，在我的实际程序中这不可行。

func main() {
    ctx, cancel := context.WithCancel(context.Background())
    foo(ctx)
    cancel()

    time.Sleep(10 * time.Millisecond)
    fmt.Println("done")
}

func foo(ctx context.Context) {
    go func() {
        <-ctx.Done()
        fmt.Println("foo done")
    }()

    for i := 0; i < 2; i++ {
        barctx, barcancel := context.WithCancel(ctx)
        err := bar(barctx, i)
        if err != nil {
            fmt.Println("bar error; canceled")
            barcancel()
        }
    }
}

func bar(ctx context.Context, x int) (err error) {
    go func() {
        <-ctx.Done()
        fmt.Printf("bar done; x=%d\n", x)
    }()

    if x > 0 {
        err = fmt.Errorf("bar error")
    }
    return err
}

内容的提问来源于stack exchange，提问作者tbell5