CallContext 正在向前传递之前设置的数据

Question

我有这种情况，我看到线程的 CallContext 在后续调用中向前传递数据。

假设我有一个简单的 API，当被查询时，它将使用以下方法将一个数据条目设置到 CallContext 中：

// entry to the API execution within OnStartProcessingRequest method of DataService
if(CallContext.LogicalGetData("data") != null)
    CallContext.LogicalSetData("data", someValue)
print("data " + CallContext.LogicalGetData("data"))

当我在一些 API 查询后看到日志时，我会看到类似的日志。

|线程 |日志 |
| 237 |数据 23 |
| 145 |数据 19 |
|第872章数据 78 |
| 237 |数据 23 |

我担心为什么 ID 为 237 的线程会提取旧数据？即 23
我确定控件没有进入 LogicalSetData 代码块，因为它已经有数据。

我不确定为什么会这样？谁能帮我解决这个问题？

该服务是 WCF 数据服务。正在从邮递员 REST 客户端进行调用。

Answer 1

考虑切换到OperationContext，因为它是存储数据的内置自然上下文针对特定请求。
CallContext.GetData 将从相同的线程。通过 CallContext.LogicalSetData 存储的数据被认为是本地的“逻辑线程”。也就是说，通过 CallContext.LogicalSetData 存储的任何数据都将“流向”任何子线程。如果您在同一线程或任何子线程中调用 CallContext.LogicalGetData，您将获得由该线程（或父线程）调用 CallContext.LogicalSetData 存储的数据。更好的描述 in this great article。
我找不到任何信息表明 CallContext 在每次请求开始时必须是干净的，但是我找到了 this old article，描述了自定义 ICallContextInitializer 实现。它说：

默认情况下，WCF 比其他堆栈（例如 ASP.NET）更节俭，当 说到保护国家。保存和恢复大量 线程本地设置需要时间，不管你是否真的 是否对这些设置进行了处理。 WCF 尽量不做那么多 代表您，这样您就不必支付清理费用，除非您是 使用这些功能。但是，它确实为您提供了必要的钩子 安排在适当的时间进行清理。