为何Go的*Request.Context()存在，部分场景下返回context.Background()？

官方实现代码如下：

// Context returns the request's context. To change the context, use
// WithContext.
//
// The returned context is always non-nil; it defaults to the
// background context.
//
// For outgoing client requests, the context controls cancellation.
//
// For incoming server requests, the context is canceled when the
// client's connection closes, the request is canceled (with HTTP/2),
// or when the ServeHTTP method returns.
func (r *Request) Context() context.Context {
    if r.ctx != nil {
        return r.ctx
    }
    return context.Background()
}

问题1：为什么设计为方法而非公开属性？ #

封装实现只读是目的之一，但还有两个更核心的设计考量：

• 向后兼容：Context 是 Go 1.7 版本才正式加入标准库的，在此之前 Request 结构体没有 ctx 字段。选择新增方法而非公开字段，可以完全不破坏旧版本代码的兼容性，不会导致已有的依赖 Request 的代码编译失败。
• 强制符合context使用规范：Go 官方要求 context 修改必须生成新副本传递，不允许在原实例上修改。通过隐藏 ctx 字段，强制用户只能通过官方提供的 WithContext 方法修改 ctx，该方法会返回一个新的 Request 副本，避免用户直接修改原请求的 ctx 引发并发安全问题。

问题2：r.ctx 为nil的场景？为什么要兜底返回 context.Background()？ #

触发r.ctx为nil的常见场景： #

• 手动构造的客户端请求：比如作为客户端直接初始化 Request 结构体 req := &http.Request{Method: "GET", URL: u}，没有调用 WithContext 设置 ctx 的情况下，r.ctx 就是nil。
• Go 1.7之前版本生成的 Request 实例，以及部分没有遵循初始化规范的第三方库生成的 Request 实例。

为什么不直接返回r.ctx： #

官方注释明确承诺了 Context 方法永远返回非nil的context实例，Go标准库中所有接收context作为参数的方法，都不允许传入nil，否则会直接panic。如果直接返回 r.ctx，在上面提到的nil场景下，后续调用方拿到nil ctx后会直接触发崩溃，兜底返回 context.Background() 就是为了保证返回值永远合法。

context.Background() 本身作为根context，确实不会被取消、没有超时、也没有携带值，它在这里的作用就是安全兜底，避免空指针异常，哪怕没有业务逻辑上的取消控制，也能保证代码可以正常运行。

内容的提问来源于stack exchange，提问作者IvanD