嵌套多线程操作跟踪

Question

我有一个类似的代码

void ExecuteTraced(Action a, string message)
{
    TraceOpStart(message);
    a();
    TraceOpEnd(message);
}

回调 (a) 可以再次调用 ExecuteTraced，并且在某些情况下，异步调用（通过 ThreadPool、BeginInvoke、PLINQ 等，因此我无法显式标记操作范围）。我想跟踪所有嵌套操作（即使它们异步执行）。因此，我需要能够在逻辑调用上下文中获取最后跟踪的操作（可能有很多并发线程，因此不可能使用 lastTraced 静态字段）。

有 CallContext.LogicalGetData 和 CallContext.LogicalSetData，但不幸的是，当调用 EndInvoke() 时，LogicalCallContext 将更改传播回父上下文。更糟糕的是，如果 EndInvoke() 被异步调用，这种情况可能随时发生。 EndInvoke 更改当前 CallContext - 为什么？

另外，还有 Trace.CorrelationManager，但它基于在 CallContext 上并且有同样的麻烦。

有一个解决方法：使用 CallContext.HostContext 属性，该属性不会在异步操作结束时传播回来。此外，它不会克隆，因此该值应该是不可变的 - 这不是问题。不过，它由 HttpContext 使用，因此解决方法在 Asp.Net 应用程序中不可用。

我看到的唯一方法是将 HostContext （如果不是我的）或整个 LogicalCallContext 包装到动态中，并分派最后跟踪操作旁边的所有调用。

Answer 1

好吧，我自己回答。

简短：没有解决方案。

稍微详细：

问题是，我需要一种方法来存储每个逻辑上下文的最后一个活动操作。跟踪代码无法控制执行流程，因此不可能将 lastStartedOperation 作为参数传递。调用上下文可能会克隆（例如，如果另一个线程启动），因此我需要将值克隆为上下文克隆。

CallContext.LogicalSetData() 很适合，但它会在异步操作结束时将值合并到原始上下文中（实际上，替换调用 EndInvoke 之前所做的所有更改）。从理论上讲，它甚至可能异步发生，从而给出 CallContext.LogicalGetData() 的不可预测的结果。

我说理论上是因为 asyncCallback 内的简单调用 a.EndInvoke() 不会替换原始上下文中的值。不过，我没有检查远程调用的行为（看起来，WCF 根本不尊重 CallContext）。另外，文档（旧文档）说：

BeginInvoke 方法传递
CallContext 到服务器。什么时候
调用EndInvoke方法时，
CallContext 被合并回
线。这包括以下情况
调用 BeginInvoke 和 EndInvoke
顺序和 BeginInvoke 所在的位置
在一个线程上调用，EndInvoke 是
调用回调函数。

最后一个版本不太明确：

BeginInvoke 方法传递
CallContext 到服务器。当
调用EndInvoke方法，获取数据
CallContext 中包含的内容被复制
回到调用的线程
开始调用。

如果您深入研究框架源代码，您会发现值实际上存储在当前线程的当前 ExecutionContext 内的 LogicalCallContext 内的哈希表中。

当调用上下文克隆时（例如在 BeginInvoke 上），调用 LogicalCallContext.Clone。 EndInvoke（至少在原始 CallContext 中调用时）调用 LogicalCallContext.Merge()，用新值替换 m_Datastore 中的旧值。

因此，我们需要以某种方式提供将被克隆但不会合并回来的值。

LogicalCallContext.Clone() 还克隆（不合并）两个私有字段 m_RemotingData 和 m_SecurityData 的内容。由于字段的类型定义为内部，因此您无法从它们派生（即使使用发出），添加属性 MyNoFlowbackValue 并将 m_RemotingData （或另一个）字段的值替换为派生类的实例。

此外，字段的类型不是从 MBR 派生的，因此不可能使用透明代理来包装它们。

您无法从 LogicalCallContext 继承 - 它是密封的。 （实际上，如果使用 CLR 分析 api 来替换 IL，就像模拟框架那样。这不是理想的解决方案。）您无法

替换 m_Datastore 值，因为 LogicalCallContext 仅序列化哈希表的内容，而不序列化哈希表本身。

最后的解决方案是使用 CallContext.HostContext。这有效地将数据存储在 LogicalCallContext 的 m_hostContext 字段中。 LogicalCallContext.Clone() 共享（而不是克隆） m_hostContext 的值，因此该值应该是不可变的。不过这不是问题。

如果使用 HttpContext，即使这样也会失败，因为它设置 CallContext.HostContext 属性来替换您的旧值。讽刺的是，HttpContext 没有实现 ILogicalThreadAffinative，因此不会存储为 m_hostContext 字段的值。它只是用 null 替换旧值。

因此，没有解决方案，也永远不会有解决方案，因为 CallContext 是远程处理的一部分，而远程处理已经过时了。

PS Thace.CorrelationManager 在内部使用 CallContext，因此也无法按预期工作。顺便说一句，LogicalCallContext 有特殊的解决方法来在上下文克隆上克隆 CorrelationManager 的操作堆栈。遗憾的是，它没有关于合并的特殊解决方法。完美的！

PPS 样本：

static void Main(string[] args)
{
    string key = "aaa";
    EventWaitHandle asyncStarted = new AutoResetEvent(false);
    IAsyncResult r = null;

    CallContext.LogicalSetData(key, "Root - op 0");
    Console.WriteLine("Initial: {0}", CallContext.LogicalGetData(key));

    Action a = () =>
    {
        CallContext.LogicalSetData(key, "Async - op 0");
        asyncStarted.Set();
    };
    r = a.BeginInvoke(null, null);

    asyncStarted.WaitOne();
    Console.WriteLine("AsyncOp started: {0}", CallContext.LogicalGetData(key));

    CallContext.LogicalSetData(key, "Root - op 1");
    Console.WriteLine("Current changed: {0}", CallContext.LogicalGetData(key));

    a.EndInvoke(r);
    Console.WriteLine("Async ended: {0}", CallContext.LogicalGetData(key));

    Console.ReadKey();
}