为何在函数结束时执行cancelFunc()操作

有志者，事竟成！如果你在学习Golang，那么本文《为何在函数结束时执行cancelFunc()操作》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

当我通过golang创建上下文withcancel函数时，为什么建议在函数末尾运行cancelfunc。 我想，假设我使用gin框架，当前函数运行完成后，gin的上下文将被破坏。那么是否有必要在之后运行cancelfunc 定义 context.withcancel(ctx) 、 defer cancelfunc()

func myFunction(ctx *context.Context) error {
    cancelCtx, cancelFunc := context2.WithCancel(ctx)
    defer cancelFunc()

    var (
        successTask = int32(0)
        failTask    = int32(0)
        wg          = &sync.WaitGroup{}
    )

    select {
    case <-cancelCtx.Done():
        break
    default:
        for i := 0; i < 100; i++{
            wg.add(1)

            go func(){
                defer wg.Done()

                err := myLogic()
                if err != nil {
                    atomic.AddInt32(&failTask, 1)
                    cancelFunc()
                    return
                }
                atomic.AddInt32(&successTask, 1)
            }
        }
        
        
    }

    wg.Wait()
    return nil
}

代码defer cancelfunc()，我可以删除这一行吗？

正确答案

context.WithCancel() 的文档指出您应该调用 cancel()，所以您应该这样做，讨论结束：

取消此上下文会释放与其关联的资源，因此在此上下文中运行的操作完成后，代码应立即调用取消。

context.WithCancel() 的实现可能会分配资源或启动 goroutine 来传播取消，因此由于实现不在您手中，您应该调用 cancel()。

即使在当前版本（使用当前实现）不会产生任何影响，您也不能保证在未来（或更旧）的版本中它仍然可以按预期工作（例如不泄漏资源）而不调用 cancel( ）。

到这里，我们也就讲完了《为何在函数结束时执行cancelFunc()操作》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！