是否每个 HTTP 请求都应该创建一个新的 datastore.Client 实例？

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《是否每个 HTTP 请求都应该创建一个新的 datastore.Client 实例？》，聊聊，希望可以帮助到正在努力赚钱的你。

有关数据存储包（gcp 数据存储服务的客户端库）的官方 go 文档具有以下用于演示的代码片段：

type Entity struct {
    Value string
}

func main() {
    ctx := context.Background()

    // Create a datastore client. In a typical application, you would create
    // a single client which is reused for every datastore operation.
    dsClient, err := datastore.NewClient(ctx, "my-project")
    if err != nil {
        // Handle error.
    }

    k := datastore.NameKey("Entity", "stringID", nil)
    e := new(Entity)
    if err := dsClient.Get(ctx, k, e); err != nil {
        // Handle error.
    }

    old := e.Value
    e.Value = "Hello World!"

    if _, err := dsClient.Put(ctx, k, e); err != nil {
        // Handle error.
    }

    fmt.Printf("Updated value from %q to %q\n", old, e.Value)
}

正如人们所看到的，它指出 datastore.client 理想情况下应该只在应用程序中实例化一次。现在考虑到 datastore.newclient 函数需要 context.context 对象，这是否意味着每个 http 请求只应实例化一次，或者可以使用 context.background() 对象安全地全局实例化一次吗？

每个操作都需要一个 context.context 对象（例如 dsclient.get(ctx, k, e)），那么这是应该使用 http 请求上下文的点吗？

我是 go 新手，无法真正找到任何在线资源可以通过现实世界的示例和实际的最佳实践模式很好地解释此类内容。

解决方案

您可以使用任何 context.Context 来创建数据存储客户端，也可以是 context.Background()，这完全没问题。客户端创建可能很长，可能需要连接到远程服务器、进行身份验证、获取配置等。如果您的用例时间有限，您可以传递一个超时上下文来中止操作。此外，如果创建时间比您所拥有的时间长，您可以使用上下文来根据您的意愿取消和中止任务。这些只是您可能会或可能不会使用的选项。但“工具”是通过 context.Context 给出的。

稍后，当您在服务 (HTTP) 客户端请求期间使用 datastore.Client 时，使用请求的上下文是合理的，因此，如果请求被取消，那么它的上下文也会被取消，您发出的数据存储操作也会被取消，这是理所当然的，因为如果客户端看不到结果，那么完成查询就没有意义。提前终止查询可能不会最终使用某些资源（例如数据存储读取），并且可以降低服务器的负载（通过中止其结果不会发送回客户端的作业）。

本篇关于《是否每个 HTTP 请求都应该创建一个新的 datastore.Client 实例？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！