GoLand是专为Go语言设计的IDE，不生成或决定Context流程，仅提供代码编辑、调试、类型检查等支持；Context行为由开发者编码和标准库context包共同决定。
GoLand 本身不生成或“掌握” Context 流程，它只是 IDE；真正决定 Context 行为的是你写的代码和 Go 标准库的 context 包。所谓“掌握流程”，本质是理解何时创建、如何传递、怎么取消、以及在哪注入值——这些全靠手动编码，IDE 不会替你决策。
Context 创建必须从 context.Background() 或 context.TODO() 开始
所有 Context 链都得有一个根。你在 GoLand 里写 ctx := context.Background()，不是为了“让 IDE 知道”，而是给后续派生提供起点。别用 context.WithValue 直接套空指针或未初始化变量，GoLand 的类型检查不会报错，但运行时 ctx.Value(key) 一定返回 nil。
-
Background()用于主函数、初始化逻辑、HTTP handler 入口等“顶层场景” -
TODO()仅作临时占位，比如函数签名已定但上下文来源还没想好，上线前必须替换 - 不要在包级变量里存
context.Background()并反复复用——它不可变，但语义上每个请求应有独立根上下文
GoLand 调试时看不到 ctx.Done() 触发？先检查 cancel 是否被调用
在 GoLand 的 Variables 面板里展开 ctx，如果 Done() 返回 nil，说明这不是 cancelCtx / timerCtx 类型，而是 emptyCtx 或 valueCtx（只带数据不带取消能力）。常见错误：
- 写了
context.WithValue(parent, key, val)却忘了 parent 本身是可取消的——WithValue不继承取消能力 - HTTP handler 中用了
req.Context()，但测试时直接 new 了http.Request没设ctx字段，导致实际拿到的是backgroundCtx - 在 goroutine 里启动新任务却没传入当前
ctx，而是又调了一次context.Background()
为什么 ctx.Value() 取不到值？Key 类型比字符串更关键
GoLand 不检查 ctx.Value() 的 key 是否匹配。你用 string 当 key 看似方便，但不同包里同名字符串不是同一个 key。官方推荐定义私有类型：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
type ctxKey string const userIDKey ctxKey = "user_id" ctx = context.WithValue(ctx, userIDKey, "123456") // 取值时也必须用 userIDKey，不能用 "user_id"
如果用字符串字面量，哪怕拼写完全一致，在不同文件中仍是不同 key，Value() 返回 nil —— GoLand 的 Find Usages 功能也帮不上忙，因为这是运行时行为。
OpenTelemetry trace 注入失败？GoLand Run Configuration 不是万能的
你在 GoLand 的 Run Configuration 里加了 OTEL_SERVICE_NAME 环境变量，但 trace ID 还是不出现，大概率是漏掉了 SDK 初始化。关键点：
-
otel.TracerProvider必须显式调用trace.NewTracerProvider()并通过otel.SetTracerProvider()注册，只 import 不初始化等于没做 - HTTP handler 必须用
otelhttp.NewHandler()包装，原生http.HandleFunc不解析traceparentheader - 子 goroutine 启动前，要用
otel.GetTextMapPropagator().Inject()把 context 写入 carrier，否则新协程拿不到 parent span
最易忽略的是：父子 span 断裂常发生在 HTTP client 发起请求那一刻，而不是 handler 入口。GoLand 的断点要打在 client.Do(req.WithContext(ctx)) 前，看 ctx 里有没有 span —— 这比盯着 Variables 面板里的 ctx 字段更有意义。
