gpt4 book ai didi

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

转载 作者:太空宇宙 更新时间:2023-11-03 14:19:49 24 4
gpt4 key购买 nike

我正在尝试通过跟踪我们定义的某种环境上下文的能力来增强我们的服务器平台。每个上下文至少有一个 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();
}

那么应该打印的是:

“上下文ID1”

“上下文ID1”

“上下文ID1:上下文ID2”

主要目的是帮助跟踪许多服务器上的日志消息,这比我们现在拥有的要容易得多。程序和数据在许多(数百台)机器之间流动,从一台机器到另一台机器进行跟踪太乏味了。使用环境相关器会有很大帮助,我现在唯一的问题是我不知道子线程如何自动找出父线程的上下文,更不用说访问它的 TLS 了。如果我能得到父 thead 的 ManagedThreadID,我就能让这一切按照我想要的方式工作。

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

最佳答案

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

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

关于c# - 环境数据从线程流向任何子线程,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5682904/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com