CallContext的LogicalSetData和LogicalGetData方法在异步的情况下是否会串数据？

[minhua1983]

CallContext的LogicalSetData和LogicalGetData方法在异步的情况下是否会串数据？

现在我们业务上需要在一个代码调用（非请求，因此不能使用HttpContext.Current.Items来存放当前请求的临时数据）中启用线程，然后当前线程和当前线程中启动的子线程需要数据共享，即当前线程生成临时数据并保存，而子线程需要获取当前线程的保存的临时数据。


由于我这里负责一个小功能的封装，其他同事负责调用。因此其他同事负责调用我封装的代码时，但是其他同事可能直接用Thread或Task来启动线程，然后在线程中调用我封装的代码。因此我无法控制子线程启动时的传递参数，而这个参数也不想其他同志知道有它的存在。

因此我想到了CallContext，发现它有LogicalSetData和LogicalGetData方法，貌似可以跨线程单向共享数据，即主线程中生成的数据保存到主线程数据槽后，子线程可以访问到它。

但是我有两个疑问：
1在非http请求的情况下，是否会存在数据乱串的情况
2在http请求的情况下，是否会存在数据乱串的情况

由于我知道asp.net是通过线程池管理http请求的分配，多个线程可能会用同一个线程来处理，因此我担心会存在数据乱串的情况。
而对于非.aspnet我不清楚是否通过线程池来管理线程的，因此也不清楚是否有数据乱串的情况

[sdfgrtyu]

不会，，，，

[游北亮]

验证了一下，在控制台程序里，CallContext的数据不会跟随Task， 你可以用：AsyncLocal 参考官网： https://docs.microsoft.com/zh-cn/dotnet/api/system.threading.asynclocal-1?view=netframework-4.7.2 下面是我的测试代码：

class Program
{
    private const string tmp1 = "Value 1";
    private const string tmp2 = "Value 2";
    private const string tmp3 = "Value 3";
    static AsyncLocal<string> _asyncLocalString = new AsyncLocal<string>();
    static ThreadLocal<string> _threadLocalString = new ThreadLocal<string>();
    [ContextStatic]
    private static string _attContextStr;
    [ThreadStatic]
    private static string _attThreadStr;

    static void Main(string[] args)
    {
        AsyncMethodA();
        Console.Read();
    }

    static async Task AsyncMethodA()
    {
        Console.WriteLine("Begin Test1.Thread Id:" + Thread.CurrentThread.ManagedThreadId);
        SetValue(tmp1);
        var t1 = AsyncMethodB(tmp1);

        Console.WriteLine("Begin Test2.Thread Id:" + Thread.CurrentThread.ManagedThreadId);
        SetValue(tmp2);
        var t2 = AsyncMethodB(tmp2);

        // Await both calls
        await t1;
        await t2;

        SetValue(tmp3);
        await AsyncMethodB(tmp3);
        Console.WriteLine("End Test.Thread Id:" + Thread.CurrentThread.ManagedThreadId);
    }

    static void SetValue(string tmp)
    {
        CallContext.SetData("aa", tmp);
        _attContextStr = tmp;
        _attThreadStr = tmp;
        _asyncLocalString.Value = tmp;
        _threadLocalString.Value = tmp;
    }
    static async Task AsyncMethodB(string expectedValue)
    {
        Console.WriteLine("Entering AsyncMethodB.Thread Id:" + Thread.CurrentThread.ManagedThreadId);
        Console.WriteLine("   Expected '{0}', AsyncLocal '{1}', ThreadLocal '{2}', ContextAtt '{3}', ThreadAtt '{4}', CallContext '{5}'",
            expectedValue, _asyncLocalString.Value, _threadLocalString.Value, _attContextStr, _attThreadStr, CallContext.GetData("aa"));
        await Task.Delay(100);
        Console.WriteLine("Exiting AsyncMethodB.Thread Id:" + Thread.CurrentThread.ManagedThreadId);
        Console.WriteLine("   Expected '{0}', AsyncLocal '{1}', ThreadLocal '{2}', ContextAtt '{3}', ThreadAtt '{4}', CallContext '{5}'",
            expectedValue, _asyncLocalString.Value, _threadLocalString.Value, _attContextStr, _attThreadStr, CallContext.GetData("aa"));
    }

[游北亮]

CallContext的命名空间是 System.Runtime.Remoting.Messaging 足以说明，它是设计用于Remoting的跨进程消息传输处理的， 明显不一定适合你的同一个进程里的业务。

[游北亮]

忽略我在5楼说的，看了一下源代码， AsyncLocal 跟 CallContext一样，都是基于 LogicalCallContext 的实现。 我这边有些项目一直在使用 AsyncLocal ，并没有出现过串数据的情况。 晚上也特意写了一段代码验证，也没有发现问题。