在开发场景中,有时候上下文是不可或缺的,因为缺少了它,我们就不能获取完整的程序信息。
那到底什么是上下文呢?其实,上下文就是指在 API 之间或者方法调用之间,所传递的除业务参数之外的额外信息。比如,服务端接收到客户端的 HTTP 请求之后,可以把客户端的 IP 地址和端口号、客户端的身份信息、请求接收的时间、Trace ID 等信息放入上下文中,这个上下文可以在后端的方法调用中传递,后端的业务方法除了利用正常的参数做一些业务处理(如订单处理),还可以从上下文中读取到消息请求的时间、Trace ID 等信息,把服务处理的时间推送到 Trace 服务中。Trace 服务可以把同一 Trace ID 的不同方法的调用顺序和调用时间展示成流程图,方便跟踪。
1. Context 的发展历史
在学习 Context 的功能之前,我们先来介绍 Go 标准库中 Context 类型诞生的前因后果,毕竟,只有知道了它的来龙去脉,我们才能应用得更加得心应手。
在 Go 1.7 版本中,正式把 Context 加入标准库中。在这之前,很多 Web 框架在定义自己的 handler (处理程序)时,都会传递一个自定义的 Context, 把客户端的信息和客户端的请求信息放入 Context 中。Go 最初提供了 /x/net/context 库来提供上下文信息,但最终还是在 Go 1.7 中把此库提升到标准库的 context 包中。
在 Go 1.7 之前,有很多库都依赖 /x/net/context 中的 Context 实现,这就导致 Go 1.7 发布之后,出现了标准库中的 Context 和 /x/net/context 并存的状态。新的代码使用标准库中的 Context 时,没有办法调用旧有的使用 /x/net/context 实现的方法。所以,在 Go 1.9 中,还专门实现了一个叫作 type alias 的新特性,然后把 /x/net/context 中的 Context 定义成标准库中的 Context 的别名,以解决新旧 Context 类型冲突的问题。请看下面这段代码:
package context
import "context"
type Context = //定义别名
type CancelFunc = //定义别名
这段代码在 /x/net/context 包中定义了 Context 和 CancelFunc 两个类型,它们和标准库中的 Context 和 CancelFunc 类型是等价的,/x/net/context 和标准库中的 context 这两个包下的类型是同一个类型。
package main
import (
"context"
"fmt"
xcontext "/x/net/context"
)
//使用标准库中的 Context
func foobar(ctx ){
("