TelemetryClient请求全链路追踪问题：OperationId与OperationParentId未设置

看起来你在手动管理追踪ID的时候走了点弯路——其实StartOperation方法的核心作用就是帮你自动维护操作上下文，让后续的所有遥测数据（包括Trace）自动关联到当前的RequestTelemetry，完全不需要手动传递uniqueId哦。

问题根源 #

你现在的代码手动把同一个ID传给了StartOperation的operationId和operationParentId，这其实打乱了上下文的自动关联逻辑；而且手动在Trace里添加uniqueId字典项完全没必要，TelemetryClient会自动从当前操作上下文里继承OperationId和ParentId。

正确实现方式 #

方式1：让StartOperation自动生成链路ID（推荐）

不需要手动指定ID，StartOperation会自动创建一个操作上下文，后续的Trace会自动关联到这个请求：

using (var operation = telemetryClient.StartOperation<RequestTelemetry>("MyCustomRequest"))
{
    // 这里的Trace会自动关联到上面的RequestTelemetry的OperationId
    telemetryClient.Trace("I have done something");
    telemetryClient.Trace("I am doing something else");
    
    // 如果需要给请求添加自定义属性，直接操作operation.Telemetry即可
    operation.Telemetry.Properties.Add("customKey", "customValue");
}

方式2：使用自定义的OperationId（如果需要和外部系统对齐）

如果你必须使用自己的唯一ID，只需要指定operationId，operationParentId留空（或者根据实际父链路设置），上下文依然会自动关联后续Trace：

var customOperationId = "a very unique id";
using (var operation = telemetryClient.StartOperation<RequestTelemetry>("MyCustomRequest", customOperationId))
{
    telemetryClient.Trace("I have done something");
    telemetryClient.Trace("I am doing something else");
}

验证链路关联 #

在Application Insights里查看你的请求和Trace：

• 找到对应的Request条目，查看它的OperationId
• 然后查看Trace条目，它们的OperationId应该和请求的完全一致，这样就能在链路视图里看到完整的关联流转了

额外提示 #

如果是在ASP.NET/ASP.NET Core应用中，框架已经自动为每个HTTP请求创建了RequestTelemetry上下文，你只需要在请求范围内直接调用telemetryClient.Trace，或者嵌套StartOperation创建子操作，都会自动关联到父请求的链路中。

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