我不时会遇到“上下文”概念,通常会为所有传入请求创建概念。最近我读过使用Go blog article包描述的golang.org/x/net/context
。但是,在使用代码并尝试重现文章的逻辑之后,我仍然很难理解如何将它用于每个传入的请求,甚至为什么它对此有用。
我应该如何组织我的代码来创建使用golang.org/x/net/context
包的每个传入请求的上下文(以及它应该包含哪些内容)?任何人都可以举一个例子来解释什么是如此有用以及为什么如此经常使用?
上下文传递最常见的需求之一是将传出请求与传入请求相关联。我已经将它用于各种目的,例如:
许多语言和平台都有方便/神奇的方式来获取当前的Http请求。 C#具有HttpRequest.Current
,它是全局可用的(通过线程本地存储)给任何想知道当前http请求的上下文的人。您可以在其上设置任意数据以传达各种上下文数据。其他平台也有类似的设施。
由于go没有goroutine本地存储的功能,因此无法在当前http请求的上下文中存储全局变量。相反,在系统边界初始化上下文(传入请求)是惯用的,并将其作为参数传递给需要访问该信息的任何下游组件。
一个超级简单的方法是使用当前的http请求创建一个上下文对象并传递它:
func someHandler(w http.ResponseWriter, r * http.Request){
ctx := context.WithValue(context.Background(),"request",r)
myDatabase.doSomething(ctx,....)
}
您当然可以将其限制为需要传递的更有针对性的数据集,而不是整个请求。
上下文包帮助的另一件事(我认为博客确实可以指出),是超时或截止日期的常见框架。
请注意,上下文包不会为您强制执行超时。由接收上下文对象的组件来观察完成通道并自行取消它们自己的http请求或数据库调用或计算等等。
能够从组件外部管理超时非常有用。如果我有一个数据库模块,我不需要硬编码超时值,只能处理从外部触发的超时。
我这样做的一种方法是在每个传入请求中进行多次db / service调用的服务中。如果总时间超过1秒,我想中止所有出站操作并返回部分或错误结果。在顶层使用超时初始化上下文并将其传递给所有依赖项是一种非常简单的方法来管理它。
依赖听取完成频道并中止它的工作并不总是很好,但正如博客所示,它也不是非常痛苦。
我同意@captncraig的答案。但我只是想轻松更新与传递上下文相关的代码。
假设你有一条路线/foo
http.Handle("/foo", SimpleContextHandler(passContextHandler))
在这种情况下,SimpleContextHandler
就像一个构造函数,你可以像下面一样启动它。
type SimpleContextHandler func(w http.ResponseWriter, r *http.Request)
func (fn SimpleContextHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) {
ctx := context.WithValue(context.Background(), "Foo", "bar")
fn(w, r.WithContext(ctx))
}
func passContextHandler(w http.ResponseWriter, r *http.Request) {
bar := r.Context().Value("Foo").(string)
w.Write([]byte(bar))
}
玩得开心,请编辑我的答案,如果你仍然觉得它可以改进,因为我几周后开始使用GoLang :)