是不是应该在每个传入请求中生成一个新的上下文？

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《是不是应该在每个传入请求中生成一个新的上下文？》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

在过去的几天里，我一直在阅读有关 go 的内容，并且我不断回顾的一个概念是上下文。

我想我理解创建这样一个结构背后的动机。我不明白的是在传入 http 请求中使用上下文时的特定用例。

假设我们有一个以下 httphandlerfunc。在该处理程序内部，我们调用一个需要传递上下文的函数。我经常看到这个解决方案

func myhandler(w http.responsewriter, r *http.request) {
  ctx := context.withvalue(context.background(), "request", r)
  otherfunc(ctx)
}

我的问题是，为什么我们不直接从请求中传递上下文，就像这样

func myHandler(w http.ResponseWriter, r *http.Request) {
  otherFunc(r.Context())
}

既然我们希望上下文流过我们的程序，那么传递请求的上下文不是更有意义吗？我认为创建后台上下文是我们只想在根父级中执行的操作，例如 init() 函数。

解决方案

您可能会错过上下文的主要点 - 据说是由于您正在处理的 howto 很差。

在上下文中携带任意值的可能性实际上是这种类型的一个缺陷，其设计者对此感到遗憾，因为它创建了一个反模式（处理上下文作为某种状态的正确方法是有一个集合显式传递的值）。

上下文存在的主要原因是它们提供了信号的树状传播（在上下文的情况下是取消或“完成”）。 所以上下文背后的原始想法如下：

1. “根”上下文对象是为传入请求创建的。

2. 需要代表请求执行的每个“任务”都与其自己的上下文相关联，该上下文源自请求的上下文。

3. 这些任务可能会产生其他任务，依此类推。

   正如您所看到的，形成了“工作单元”的层次结构，链接到对象，该对象是这些单元存在和执行的原因。

4. 当传入请求被取消时（例如，客户端的套接字断开连接），与其关联的上下文对象也会被取消，然后所有链接的任务都会收到它，因为它是从根节点传播的。生成的上下文树一直到其叶子 - 确保为该请求执行的所有任务（最终）都被取消。

   当然，为了使其发挥作用，每个“任务”（通常是一个执行某些操作的 goroutine）都需要从传递给它的上下文中“监听”该“完成”信号。

上下文还支持开箱即用的超时，因此您可以创建一个上下文，该上下文会在经过一些固定时间间隔后自行取消。

那么，回到您问题中的示例。

第一个示例完全忽略请求的上下文，并从头开始创建一个上下文，表面上只是为了在其中携带内容（不好）。

第二个示例可能将上下文用于其预期目的（但我们不知道，因为我们看不到 otherfunc）。

我建议您阅读 https://blog.golang.org/context，以及那里链接的有关 go 并发模式的文章。

1 实际上，如果要控制的任务没有其他策略可以“添加”到现有的父上下文，则不需要创建新的上下文。 派生的想法是实现额外的方法来取消此特定任务中的工作，并尊重父上下文的取消。 例如，为特定任务派生的上下文可以有自己的截止日期，或者有办法仅取消此特定上下文。
当然，可以为任务导出复杂的嵌套上下文：例如，可以从父上下文导出具有截止日期的上下文，然后可以从前者导出可取消的上下文。结果将是一个上下文被代码显式取消，或者当截止日期到期或当父上下文发出取消信号时被取消。

您的两个示例做了完全不同的事情。

func myhandler(w http.responsewriter, r *http.request) {
  ctx := context.withvalue(context.background(), "request", r)
  otherfunc(ctx)
}

这会创建一个新的上下文，并将请求存储为一个值。很少（如果有的话）有任何理由这样做。更惯用的解决方案是将请求传递给 otherfunc，如下所示：

func myhandler(w http.responsewriter, r *http.request) {
  otherfunc(r)
}

如果您确实需要将请求作为上下文值传递，您可能应该使用当前请求的上下文来执行此操作，如下所示：

func myHandler(w http.ResponseWriter, r *http.Request) {
  ctx := context.WithValue(r.Context(), "request", r)
  otherFunc(ctx)
}

本篇关于《是不是应该在每个传入请求中生成一个新的上下文？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！