Go 1.7+ 必须用标准库 context 替代 x/net/context，删除所有 golang.org/x/net/context 导入，替换为 context，确保类型兼容、API 一致，并升级依赖以消除间接引用。
Go 1.7+ 的标准库 context 已完全取代 x/net/context，旧导入必须删掉，不能混用 —— 否则会出现类型不兼容错误，比如 cannot use context.WithCancel(...) (value of type context.Context) as x/net/context.Context。
如何识别并替换所有 x/net/context 导入
项目中只要出现 import "golang.org/x/net/context"，就必须删除，并改用标准库。注意：go get golang.org/x/net/context 不再需要，也不应保留。
- 全局搜索
"golang.org/x/net/context"，逐个替换为"context" - 检查所有
context.Context类型引用 —— 它们现在来自context包，不是x/net/context - 如果使用了
x/net/context的私有字段（如ctx.(*cancelCtx).done），这类反射式访问在标准库中不可靠，应改用ctx.Done()或ctx.Err() - 第三方依赖若仍依赖
x/net/context，说明该库未更新；需升级到支持 Go 1.7+ 的版本，或 fork 后手动修复
context.WithCancel、WithTimeout 等函数行为是否变化
行为完全一致，API 无变更 —— 所有导出函数签名和语义都保持兼容。但要注意两个隐性差异：
-
context.Background()和context.TODO()在标准库中是变量（非函数），但调用方式不变，无需改动 -
context.WithValue的键类型建议用自定义未导出类型（如type ctxKey string），避免字符串键冲突；这点在旧包里也适用，但迁移到标准库时是加固的好时机 - 标准库的
context实现更轻量，取消传播更快，尤其在深层嵌套 cancel 链时表现更好
为什么 net/http 的 Request.Context() 返回标准库 context.Context
从 Go 1.7 开始，*http.Request 的 Context() 方法返回值类型就是 context.Context（标准库），不是 x/net/context.Context。这意味着：
- 任何接收
*http.Request的 handler 中，直接用req.Context()得到的上下文，只能传给标准库context函数（如context.WithTimeout(req.Context(), ...)） - 若代码中还保留
x/net/context，编译会失败：类型不匹配无法赋值或传参 - 数据库驱动（如
database/sql）、gRPC、Go 1.8+ 的net/http.Server超时控制等，全部绑定标准库context，无法绕过
迁移真正的难点不在 API 替换，而在于确认整个依赖树已“消毒”——只要有一个间接依赖还在 import x/net/context，就可能引发类型冲突。建议用 go list -f '{{.Imports}}' your/package 检查导入链，或直接构建看是否报 undefined: context.Context 类型错误。
