Go API：传递主goroutine上下文给子协程且不中断其执行

你的核心矛盾是：既要保留父Context中的追踪元数据（request-id、span-id等），又要让后台协程不受主请求Context取消的影响。直接使用context.Background()会丢失元数据，直接传递父Context则会被取消信号终止。

解决方法是封装一个自定义Context类型，它继承父Context的所有键值对，但忽略取消信号：

// noCancelContext 包装父Context，屏蔽取消信号
type noCancelContext struct {
	context.Context
}

// Done 返回nil通道，表示永远不会触发取消
func (n noCancelContext) Done() <-chan struct{} {
	return nil
}

// Err 返回nil，表示无取消错误
func (n noCancelContext) Err() error {
	return nil
}

// WithoutCancel 创建一个不继承父Context取消信号，但保留其值的新Context
func WithoutCancel(parent context.Context) context.Context {
	return noCancelContext{parent}
}

在API端点中使用这个函数：

func YourAPIEndpoint(w http.ResponseWriter, r *http.Request) {
	reqCtx := r.Context()

	// 创建保留追踪信息但不受取消影响的Context
	backgroundCtx := WithoutCancel(reqCtx)

	// 启动后台协程执行耗时任务
	go func() {
		// 这里可以正常获取reqCtx中的request-id、span-id等追踪数据
		executeLongRunningTask(backgroundCtx)
	}()

	// 立即返回响应给客户端
	w.WriteHeader(http.StatusAccepted)
	_, _ = w.Write([]byte("Background task initiated"))
}

为什么这能解决问题？ #

• Context的Value()方法是通过链式查找实现的，自定义的noCancelContext没有覆盖Value()，所以会直接委托给父Context，所有追踪元数据都能保留。
• 我们只覆盖了Done()和Err()方法，让后台协程永远不会收到取消信号，即使主请求的Context被取消（比如客户端断开连接），后台任务仍能继续执行。

注意事项 #

1. 资源泄漏风险：后台协程不会被自动终止，所以任务内部最好实现自己的终止逻辑（比如超时、内部取消信号），避免无限运行。
2. 符合Context设计原则：我们没有修改父Context的状态，只是通过包装的方式屏蔽取消信号，没有违反Context的不可变性设计。
3. 追踪兼容性：只要内部库是通过context.Value()获取追踪数据，这个方案就能完美适配，不需要修改库的代码。

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