feat: 子协程传递上下文

[timandy]

我们有追踪调用的需求, 但是 response api 里的 文件上传开启了子协程, 导致追踪号无法跨协程传播.

解决方法:

使用 github/timandy/routine 库, routine.Go() 开启子协程; 自动传播上下文.

[volc-sdk-team]

开发者您好 @timandy ：

感谢您提出的 issue！为了更好地理解和解决您遇到的追踪号传播问题，能否请您提供以下信息：

1. 追踪技术方案

• 您使用的是哪个追踪框架？（如 OpenTelemetry、Jaeger、自研框架等）
• 追踪框架的版本号是多少？

2. 问题复现细节

• 追踪号是如何设置和获取的？（是通过 context.Context 还是其他方式？）
• 能否提供一段简化的代码示例，展示追踪号丢失的场景？

3. 预期行为

• 您期望在子协程中能够获取到哪些追踪信息？（trace ID、span ID 或其他）
• 这些信息是用于日志记录、链路追踪还是其他用途？

如果方便的话，也欢迎提供相关的代码片段或错误日志，这将帮助我们更准确地定位问题并提供解决方案。

再次感谢您的反馈！

[timandy]

1. 我们使用的自研追踪框架, 无需为每个函数增加 context 参数;追踪上下文基于 github/timandy/routine 存储 (类似 java 的 ThreadLocal);
2. 跨协程传播上下文需要使用 routine.Go(), routine.GoWait(); routine.GoWaitResult 开启子协程, 自动复制上下文;

[volc-sdk-team]

开发者您好 @timandy：

感谢您的反馈。经过评估，我们目前暂不支持将该依赖引入 SDK，主要原因如下：

1. 引入额外依赖：会给不使用该库的用户带来额外负担
2. 与 Go 设计哲学相悖：Go 推荐通过 context.Context 显式传递上下文，而非隐式的 ThreadLocal 方式
3. 兼容性影响：该依赖基于 Go 1.18 开发，会提高 SDK 的最低版本要求

建议方案：

推荐使用 OpenTelemetry 等标准追踪框架，通过 context.Context 传递追踪信息，这也是 Go 社区的主流做法。

如有其他问题，欢迎继续交流。

[timandy]

如果 我们把自己的函数注册到 三方库的回调, 三方库回调时不支持 context , 如何追踪