在Go语言中将sync.WaitGroup存入Context是否为合理方案？

• 类型安全无保障：通过context.Value("wg")取值时必须强制类型断言，若Context中不存在该键或类型不匹配，会直接触发panic，且这类错误无法在编译阶段被检测到，只能在运行时暴露。
• 违背Context设计语义：Go官方定义的Context用于传递请求域的元数据（如超时信号、取消指令、请求ID等），而WaitGroup是协程同步控制工具，属于控制流范畴。将其存入Context会混淆Context的职责，让代码意图变得模糊。
• 存在复用冲突风险：若Context被复用至其他协程或请求链路，其中的WaitGroup可能被意外修改或重复使用，导致计数混乱——比如误加计数引发死锁，或过多调用Done()导致负数计数panic。
• 代码可读性与维护性下降：函数签名无法体现对WaitGroup的依赖，其他开发者必须深入函数内部才能发现这一隐式依赖，增加了代码理解成本，后期维护时容易遗漏相关同步逻辑。
• 难以隔离多同步场景：若同一请求链路中需要多个独立的WaitGroup同步不同批次协程，将它们存入Context会面临键名冲突问题，或需设计复杂的键规则区分，进一步提升代码复杂度。

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