什么时候在golang API中使用上下文取消方法

在 Golang API 中，当用户取消请求时，在 handler 中监听上下文对象并调用 cancel 方法是否必要取决于所使用的客户端。对于 Elasticsearch 客户端，它会自动接收上下文取消通知并取消请求，无需进一步操作。这是因为上下文对象一直传递到底层网络传输层，当上下文完成时，它会关闭请求并返回错误。

我有一个标准的 golang api，它采用以下流程

handler.go->service.go->repository.go->elasticRepository.

在所有这些情况下，我都会从处理程序将 context 对象一直传递到 repository.go 文件。我的问题是关于在 context 对象上使用 cancel 方法。中途如果用户取消请求，我将在 handler.go 上的上下文对象上监听完成信号，但是一旦收到信号，下一步我应该做什么？我应该打电话取消吗？我的 service.go 和 repository.go 文件除了暂时传递参数之外没有做太多事情，但是 repository.go 文件引用了也使用相同 context 对象的弹性客户端。我的假设是，如果用户取消请求，弹性客户端将自动收到此通知并取消，我不需要执行任何操作，这是正确的吗？

正确答案

我浏览了elasticsearch golang客户端的代码，发现：

每个 es 请求都使用传输客户端：

go-elasticsearch <- elastictransport <- net/http.DefaultTransport

所以调用过程是：

您的程序 -> go-elasticsearch api -> transport.Perform() -> elastictransport.perform() -> net/http.Transport.RoundTrip()

让我们看一下net/http.transport.roundtrip here的代码片段：

select {
    case <-ctx.Done():
        req.closeBody()
        return nil, ctx.Err()
    default:
    }

ctx 一直传递到此函数！

回到你的问题：

如果用户取消请求，弹性客户端将自动收到此通知并取消，我无需执行任何操作，这是正确的吗？

答案是：

是的，es客户端将在上下文取消后立即返回

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~