利用 context.Err() 防止并发问题

你在学习Golang相关的知识吗？本文《利用 context.Err() 防止并发问题》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

据我了解，在 go 中使用上下文时，检查上下文是否被取消或达到截止日期的正确方法是在相关代码之后调用 context.err() 。所以类似：

func myFunc(ctx context.Context) {
    // call some context-aware functionality
    result, err := SomeContextAwareFunc(ctx)

    // check if we hit a deadline or cancellation
    if ctxErr := ctx.Err(); ctxErr != nil {
        // handle an expired and/or cancelled context here
    }

    // process the result
    _ = result
}

如果我没记错的话，这代表了一种竞争条件。上下文有可能在 somecontextawarefunc 之后但在调用 err 函数之前过期。在这种情况下，我们会认为上下文过期会缩短 somecontextawarefunc，但实际上并没有（例如，我们可以使用结果）。

我在演示中对此进行了测试，在函数返回和调用 err 之间存在人为延迟，它确实错误地指示了过期的上下文。 https://play.golang.org/p/rd-fhwow-ab

防止这种情况的正确方法是什么？上下文感知函数是否必须始终返回错误，以便调用者仅在返回错误时检查上下文？

正确答案

如果 somecontextfunction 返回上下文错误或 wraps 上下文错误，则使用此代码确定 somecontextfunction 是否由于截止日期或取消而返回：

result, err := SomeContextAwareFunc(ctx)
if errors.Is(err, context.DeadlineExceeded) || errors.Is(err, context.Canceled) {
     // deadline exceeded or canceled
} else if err != nil {
     // some other eror
}

由于 somecontextawarefunc 返回后，截止时间可能会到期或上下文可能会被取消，因此测试 somecontextawarefunc 返回的错误是确定函数失败原因的唯一方法。

理论要掌握，实操不能落！以上关于《利用 context.Err() 防止并发问题》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！