调用父Activity的Activity Source启动子Activity是否安全合规？

问题场景 #

用户给出以下代码，希望在Child类中启动子Activity并写入标签，同时疑惑两种实现方式的合理性：

第一种实现：

public class Child
{
    public void DoChild()
    {
        using Activity? activity = Activity.Current?.Source.StartActivity();
        activity?.SetTag(AnotherTag, AnotherValue);
    }
}

public class Parent
{
    private Child _child;

    public void DoParent()
    {
        Activity.Current?.SetTag(TheTag, TheValue);
        _child.DoChild();
    }
}

核心疑问：调用Activity.Current?.Source.StartActivity()是否安全、不属于反模式？还是必须遵循标准方式，自行实例化ActivitySource，如下所示：

第二种实现：

public class Child
{
    private static ActivitySource source = new ActivitySource("Child", "1.0.0");

    public void DoChild()
    {
        using Activity? activity = source.StartActivity();
        activity?.SetTag(AnotherTag, AnotherValue);
    }
}

解答 #

• 第一种方式的问题
  这种写法语法上是安全的，但属于反模式，存在明显弊端：

  1. 上下文依赖过强：如果Activity.Current为null（比如Child.DoChild()被独立调用，没有父Activity上下文），代码不会创建任何Activity，直接导致追踪数据缺失。
  2. 追踪归属混乱：子Activity会复用父Activity的ActivitySource，无法区分不同组件的追踪链路，后续排查问题、筛选追踪数据时会非常困难。
  3. 违背模块化设计：分布式追踪的核心原则之一是每个模块拥有独立的追踪标识，复用父级Source会打破这种隔离性。

• 第二种方式的优势（推荐方案）
  自行实例化ActivitySource是官方推荐的最佳实践：

  1. 独立可控：每个组件拥有专属命名的ActivitySource（比如示例中的"Child"），可以单独配置该组件的追踪开关、采样规则，不会和其他组件的逻辑耦合。
  2. 无上下文依赖：即使没有父Activity，也能创建独立的Activity（符合采样规则时），保证追踪链路的完整性。
  3. 链路归属清晰：在追踪系统中能明确看到每个Activity所属的模块，大幅提升问题定位效率。

总结：不建议使用Activity.Current?.Source.StartActivity()，应遵循标准实践为每个需要追踪的组件创建独立的ActivitySource。

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