所以我做了很多研究,找不到合适的答案。这可能是一个有点长的帖子,所以很抱歉。我正在使用 golang 制作后端 API。我正在使用 gingonic 进行路由和 api 的东西。有2部分的服务。应用程序和用户。当假设从其他微服务调用 createAccount 端点时,它需要在正文中传递用户信息和应用程序令牌。每个应用程序都像微服务一样,注册到我正在构建的这个微服务并拥有一个唯一的令牌。如果他们传递的令牌匹配,那么我将获取该行的 id 并使用它在用户表中创建一个条目,该条目将与该 id 关联。现在对于这个微服务的每个 API 调用,重要的是他们发送有效的令牌,并且需要行 ID 来执行各种功能,如登录用户、编辑用户信息等,因为每个用户都与之连接外键的应用程序ID。目前,我编写了一个中间件,当进行任何 api 调用时,我会获取行 ID 并将其保存到全局变量中,然后在必要时在代码库的任何部分中使用它。假设如果进行 5 次多个 API 调用,全局变量信息将被持久化还是每次调用都具有其全新的值?如果它持续存在,那么我该怎么做才能为每个 API 调用实现全新的全局变量,或者如果有更好的方法,你能推荐它吗?
2 回答
慕哥9229398
TA贡献1877条经验 获得超6个赞
全局变量不是这里的答案。正如您所怀疑的,它将被每个请求覆盖。相反,处理这种情况的典型方法是在 HTTP 请求的范围内创建一个上下文对象,并将其传递给需要了解该上下文的每个方法。
慕的地8271018
TA贡献1796条经验 获得超4个赞
一个基本规则是避免使用全局变量,这是不好的做法,您无法管理状态,并且您在测试和并发使用方面受到限制。
在我看来,有两个基本的解决方案:
为此使用上下文。在您的处理程序中,在上下文中添加值并通过所有服务调用传播此上下文。如果您正在使用微服务,它对于跟踪也很有用,那么您也应该看看这个。在你需要全局变量值的地方,做简单的调用: ctx.Value(YOUR_KEY) 看看页面的末尾,你不应该使用字符串作为上下文值的键。
您可以使用此变量值将数据包装在结构中。例如:
type CreateReq struct { Token string // value from global variable User user}
并在您的服务中使用此令牌。
- 2 回答
- 0 关注
- 137 浏览
添加回答
举报
0/150
提交
取消