goland 不提供自动 context.context 生成与校验功能，仅支持语法提示和 live templates 手动复用；它不插入 ctx 参数、不补全 withcontext()、不警告 withvalue 键冲突，也不校验 ctx 是否被监听。
GoLand 没有“Context生成”功能——它不会自动帮你插入 context.Context 参数、补全 WithContext() 调用，也不会在函数签名里加 ctx 或插 defer cancel()。所谓“生成”，只是语法辅助和模板复用，真正在哪加、怎么传、要不要监听 Done()，必须你亲手决定。
GoLand 的 context 补全只提示函数签名，不提示使用位置
当你输入 context.With 时，GoLand 会列出 WithCancel、WithTimeout、WithValue 等函数，并显示参数类型。但它不会告诉你：
-
WithTimeout应该放在 HTTP handler 入口还是 DB 查询前 - 调用
db.QueryContext(ctx, ...)前，是否已确保ctx来自req.Context()而非context.Background() -
WithValue的键如果写成"user_id"字符串字面量，不同包里会被视为不同 key，GoLand 不会警告
Live Templates 是唯一能“批量加 ctx”的实操手段
GoLand 支持自定义代码模板（Live Templates），可把带 ctx context.Context 的函数骨架、RPC 调用封装、日志包装等固化为快捷片段。例如配置一个名为 rpccall 的模板：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
func $FUNC$(ctx context.Context) (resp *$BASE$.$FUNC$Response, err error) {
req := &$BASE$.$FUNC$Request{}
resp, err = $CLIENT$.$FUNC$(ctx, req)
if err != nil {
logs.CtxError(ctx, "[rpc] $CLIENT$ $FUNC$ err: %+v", err)
return nil, err
}
logs.CtxInfoKvs(ctx, "[rpc] $CLIENT$ $FUNC$ resp:%v", resp)
if resp.BaseResp.StatusCode != 0 {
logs.CtxError(ctx, "[rpc] $CLIENT$ $FUNC$ status error: %+v", resp.BaseResp)
err = fmt.Errorf(resp.BaseResp.StatusMessage)
return nil, err
}
return resp, nil
}
使用时粘贴函数名（如 Show），再触发模板，就能生成完整结构。但注意：
- 模板里
$CLIENT$和$BASE$需手动填或配置变量解析规则 - 模板不校验
ctx是否被实际监听（比如漏掉select { case ） - 一旦业务逻辑变复杂（如需嵌套子 context），模板无法自适应，仍要手改
HTTP handler 和 goroutine 启动是两个最高危遗漏点
线上 goroutine 泄漏的绝大多数案例，都源于这两处没传或传错 ctx：
- HTTP handler 中直接用
context.Background()启动 goroutine，而不是从req.Context()派生子 context；一旦请求提前取消，goroutine 就永远卡住 - 启动 goroutine 时闭包捕获外层
ctx变量（如go func() { doSomething(ctx) }()），但外层ctx是局部变量且生命周期短，子 goroutine 实际拿到的是已失效的 context - 第三方 client（如
http.Client、grpc.ClientConn）调用时漏掉.WithContext(ctx)，导致超时/取消完全失效
这些地方 GoLand 不会标黄、不报 warning、也不提供 quick-fix。它只在你敲 ctx. 时提示 Deadline() 或 Done()，但不会问你：“这个 Done() 你监听了吗？”
