Go pprof 标签在 goroutine 创建后为什么没有继承

pprof 标签的自动继承发生在新 goroutine 创建时，继承的是创建者当时的 goroutine 标签。仅调用 pprof.WithLabels 得到新 context，或在子 goroutine 已创建后才给父 goroutine 设置标签，都不会追溯更新它。通常用 pprof.Do 包住创建位置；对于早已启动的 worker，则在 worker 内为每个任务建立标签作用域。

官方文档：https://pkg.go.dev/runtime/pprof

特性解决什么：context 标签和协程标签分开理解

同一函数处理不同任务时，标签可以帮助按任务类型观察资源归因。但存在两份容易混淆的状态：context 中的标签数据，以及运行时关联到当前 goroutine 的标签。把 context 作为参数传进函数，不等于运行时自动识别其中的 pprof 标签。

WithLabels 生成带标签的 context，适合把数据传到后续工作位置。Do 则为回调建立标签作用域，并在结束时恢复调用者先前的标签。需要的是作用域绑定时，优先选 Do；SetGoroutineLabels 是更底层的当前协程设置接口，需要调用者自行处理恢复。

支持范围：不是所有 profile 都按标签归因

官方 runtime/pprof 文档说明，标签信息用于 CPU 与 goroutine profiles。不能因为在 heap、allocs 或其他报告中没有看到标签，就认定协程继承失效。CPU profile 还取决于采样窗口和实际消耗的 CPU，某个极短任务没有样本，不等于它没有运行。

最小示例：分别处理新建协程和已有工作协程

下面代码展示两种入口：SpawnGroup 创建一个新协程处理工作；Worker 消费队列，复用已有协程。Job.Context 应由调用方提供非 nil context，任务函数也由调用方设置。代码没有自行采集 profile，避免把示例逻辑当成采样证据。

package taggedwork

import (
    "context"
    "runtime/pprof"
    "sync"
)

// SpawnGroup 在带标签的父协程作用域内创建子协程。
func SpawnGroup(ctx context.Context, work func(context.Context)) {
    pprof.Do(ctx, pprof.Labels("task", "catalog-build"), func(tagged context.Context) {
        var wg sync.WaitGroup
        wg.Add(1)
        go func() {
            defer wg.Done()
            work(tagged) // 显式传递取消上下文；标签继承来自创建者状态。
        }()
        wg.Wait()
    })
}

type Job struct {
    Context context.Context
    Run     func(context.Context)
}

// Worker 适用于早已创建的工作协程，每个任务都单独绑定标签范围。
func Worker(jobs 

SpawnGroup 在 Do 回调内执行 go 语句，因此继承依据已经就位；示例等待子任务完成，便于看清生命周期。传 tagged 给 work 仍有价值，它把取消、截止时间及标签数据交给后续代码，但这与运行时自动继承的机制不同。

Worker 通常比任务活得久。即使生产者在 Do 内向队列发送任务，也不能让消费者自动继承生产者标签。示例在消费端调用 Do，才能让实际执行任务的协程进入对应范围。

兼容处理：已有 worker 不会因收到任务自动换标签

如果只能使用 SetGoroutineLabels，应确保设置和恢复发生在同一个执行任务的 goroutine 中，并保存用于恢复的原有标签 context。不要在父协程里调用该函数，却期待它指定另一个协程。Go 没有通过此接口按任意 goroutine ID 远程修改标签的契约。

还要区分父作用域结束与子任务结束。Do 返回会恢复当前协程原标签，但已经创建的子 goroutine 不会因此自动清除自己的继承标签。若子任务转为长期后台任务，标签应体现实际工作范围，不要让一次请求的标签长期附着在不相关工作上。

采样与粒度：用稳定任务类型解释结果

排查时先确认实际执行路径，再看 profile 类型、采集时间和任务是否真正消耗 CPU。不要用 goroutine 的数量代替 CPU 样本比例，也不要把全部等待时间当成某个标签的 CPU 消耗。

标签值优先采用有限的任务类型、阶段或组件。每个请求都用不同字符串会增加报告碎片，妨碍聚合；也不应把令牌、账号详情等私密数据作为标签。本文没有给出标签开销或性能提升数字。

只把带标签的 context 传给 go func 足够吗？

不一定。子协程继承依据是创建者当时的运行时标签；若创建者没有绑定，应在子协程内显式用 Do 建立工作范围。

父协程后来加标签，子协程会同步吗？

不会自动追溯同步。需要在子协程实际工作位置绑定新的标签范围。

Do 会把同名标签叠成多个值吗？

它基于父 context 合并标签，同名键以新增值覆盖旧值。作用域退出后恢复的是调用者先前标签。

参考：Do 与协程继承规则；当前协程标签设置；运行时标签作用域实现。