Question

我正在努力增强我们的服务器平台，能够跟踪我们定义的某种环境上下文。每个上下文至少都有一个ID，随着功能流程的进展，我们平台的各个部分可能会使用或不会使用该ID。在上下文中，可以创建线程（或异步调用，或者在其他线程上执行的WF之类的东西）。我希望那些子线程能够参与父级的上下文，至少获得ContextID。

我想象如下：

using (Context ctx = Context.Create()) {
    Log.Print(Context.Current.ID);
    Task task = Task.Factory.StartNew( () => {
        Log.Print(Context.Current.ID);
        using (Context ctx2 = Context.Current.CreateChild()) {
            Log.Print(Context.Current.ID);
        }
        ...
    }
    ...
    task.Wait();
}

那么应该打印的是：

“ContextID1”

“ContextID1：ContextID2”

帮助跟踪许多服务器上的日志消息的主要目的比我们现在更容易。程序和数据在许多（数百台）机器之间流动，从一个机器到另一个机器进行跟踪太繁琐了。使用环境相关器将有很大帮助，我现在唯一的问题是我不知道子线程如何能够自动找出父线程的上下文，更不用说访问它的TLS了。如果我能得到父母thead的ManagedThreadID，我可以按照我想要的方式完成整个工作。

我意识到我可以在创建线程/任务时将Context作为启动参数传递，但是我们的平台中有数百万行代码，我不能只进行更改。因此，将其烘焙到核心框架并使其完美环境将解决问题，我确实可以控制它。

Answer 1

我曾经设计过这样一个系统，我不得不用自定义包装器替换所有与线程启动相关的代码，这些包装器可以根据需要进行通用化和抽象化这样的上下文链接。不幸的是，我不知道一个好的透明机制可以解决它。

您最有可能遇到的问题之一是在线程池上执行代码并要求它继承父上下文。在这里，您需要考虑重用线程池线程的事实。在线程池线程上执行的每个工作都必须优雅地处理上下文继承，而不会影响将来在同一个线程上执行的任何不相关的代码片段。

环境数据从线程流向任何子线程

1 个答案: