在多次 API 调用中全局变量的值是否保持一致

在使用 Golang 构建后端 API 时，对于多次 API 调用中全局变量的值是否保持一致存在疑问。在处理应用程序和用户相关 API 调用时，需要在正文中传递用户信息和应用程序令牌，每个应用程序拥有唯一的令牌。目前使用中间件保存行 ID 到全局变量，但作者担心在多次 API 调用中该变量值是否会保留。

所以我做了很多研究，但找不到合适的答案。这篇文章可能有点长，对此深表歉意。我正在使用 golang 制作后端 API。我正在使用 gingonic 进行路由和 api 操作。

服务有 2 部分。应用程序和用户。当从其他微服务调用 createAccount 端点时，它需要在正文中传递用户信息和应用程序令牌。每个应用程序就像微服务一样，注册到我正在构建的微服务中，并具有唯一的令牌。如果他们传递的令牌匹配，那么我将获取该行的 id，并使用它在用户表中创建一个条目，该条目将具有与其关联的 id。

现在，对于此微服务的每个 API 调用，重要的是他们发送有效令牌，并且需要行 ID 来执行各种功能，例如登录用户、编辑用户信息等，因为每个用户都是通过外键与该应用程序 ID 连接。目前，我编写了一个中间件，当进行任何 api 调用时，我会获取行 id 并将其保存到全局变量中，然后在必要时在代码库的任何部分中使用它。

假设如果进行 5 次多个 API 调用，全局变量信息会被保留还是每次调用都会有其全新的值？如果它持续存在，那么我该怎么做才能为每个 API 调用实现全新的全局变量，或者如果有更好的方法，您可以推荐吗？

解决方案

全局变量不是这里的答案。正如您所怀疑的那样，它会被每个请求覆盖。相反，处理这种情况的典型方法是在 HTTP 请求范围内创建一个上下文对象，并将其传递给需要了解该上下文的每个方法。

一个基本规则是避免使用全局变量，这是不好的做法，你无法管理状态，并且你的测试和并发使用受到限制。

我想到了两个基本解决方案：

1. 为此请使用 context。在您的处理程序中，在上下文中添加值并通过所有服务调用传播此上下文。如果您正在使用微服务，它对于跟踪也很有用，那么您也应该看看这个。在需要全局变量值的地方，执行简单的调用：ctx.Value(YOUR_KEY) 看一下页面末尾，您不应该使用字符串作为上下文值的键。
2. 您可以使用此变量值将数据包装在结构中。例如：

并在您的服务中使用此令牌。

终于介绍完啦！小伙伴们，这篇关于《在多次 API 调用中全局变量的值是否保持一致》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！