Xamarin Android-task.run vs task.factory.startNew和Thread.CurrentPrincipal

Question

我有一个Xamarin.Android项目，TargetFramework=Android版本：8.0（奥利奥）。

我注意到以下问题：

1. 将Thread.CurrentPrincipal设置为自定义主体（要格外小心，确保它是可序列化的！）
2. 调用Await Task.run()来运行某些任务。
3. 在任务中，如果它在其他线程上执行，则不会设置Thread.CurrentPrincipal。
4. 如果使用Task.Factory.StartNew（）而不是Task.Run（），则在后台线程上运行的任务确实正确设置了thread.CurrentPrincipal。

换句话说，Task.Factory.StartNew似乎将CurrentPrinciple传递给新线程，而在新线程中，Task.Run没有

此外，如果在Net4.7上重复此测试，Thread.CurrentPrincipal在两种情况下都能正确流动，因此这种行为差异仅在运行在Mono/Xamarin.Android上时才会出现。

下面是一个测试用例：

    [Fact]
    html" target="_blank">public async Task LoginService_WhenUserLogsIn_PrincipalFlowsToAsyncTask()
    {    

        var mockIdentity = new MockIdentity(true);
        var mockPrincipal = new MockPrincipal(mockIdentity);          
        Thread.CurrentPrincipal = mockPrincipal ;          

        await Task.Factory.StartNew(async () =>
        {
            var newThreadId = Thread.CurrentThread.ManagedThreadId; // on different thread.
            Assert.True(Thread.CurrentPrincipal.Identity.IsAuthenticated);
            Assert.Equal(mockPrincipal, Thread.CurrentPrincipal);

            await Task.Factory.StartNew(() =>
            {
                 // still works even when nesting..
                newThreadId = Thread.CurrentThread.ManagedThreadId;
                Assert.True(Thread.CurrentPrincipal.Identity.IsAuthenticated);
                Assert.Equal(mockPrincipal, Thread.CurrentPrincipal);

            }, TaskCreationOptions.LongRunning);

        }, TaskCreationOptions.LongRunning);

        await Task.Run(() =>
        {
           // Following works on NET4.7 and fails under Xamarin.Android.
            var newThreadId = Thread.CurrentThread.ManagedThreadId;
            Assert.True(Thread.CurrentPrincipal.Identity.IsAuthenticated);
            Assert.Equal(mockPrincipal, Thread.CurrentPrincipal);

        });

    }

null

这是StartNew（）之前的情况：

以下是startnew()中的内容：

请注意，通过StartNew（）调度的任务正在线程池线程上执行，并且ShcnronisationContext TaskScheduler为空，因为此时没有当前同步上下文。但是，还要注意，线程的主体被正确地设置为“DAZ”标识。

然而，SyncContext TaskScheduler似乎已经更改（它的ID现在是3）。不确定这是否与这个问题有关。

下面是task.run（）过程中的情况：

注意：thread.CurrentPrincipal.IdentityName已丢失（即因为Prinicpal没有像StartNew（）那样流到此线程。

我们仍然处于一个后台线程上，就像我们使用StartNew（）时一样。这个线程上没有SynchronisationContext，这是我们在后台线程中所期望的，并且在StartNew（）中是相同的，所以没有区别。默认任务调度器和当前任务调度器看起来是相同的（两个ID都=1)，因此也没有区别。

原因何在？这是窃听器吗？我以为在使用task.run（）时，Thread.CurrentPrinicpal应该始终与ExecutionContext一起流动。

我还在这里提出了Github上的一个问题:https://Github.com/xamarin/xamarin-android/issues/1130

更新：看起来这是一个错误，希望通过https://github.com/mono/mono/pull/6326/files修复

Answer 1

编辑开始：

我会留下我的答案，尽管任何人读到这一点应该注意，它与问题无关，我不介意它挂在未回答，但请不要标记它。它下面有可能相关的通信。

我仔细看了一下这个问题，意识到被问到了什么，并且可以诚实地同意我觉得这可能是一个bug。我无法解释它，我觉得这是很好的知道前进。我将亲自关注这个问题以寻求解决办法。

编辑结束：

我不完全明白你在做什么。用断点或者悬停在变量上？将这些变量放在两个任务之外，然后在它们运行之后再查看它们。

但我想这是你要找的答案。当输入Foo时，它只是一个带有任务返回类型的异步方法。是的，这意味着我们可以在调用时等待它，但在它实际运行在一个新线程上之前，什么也不会等待。因此，在Foo到达await task.factory.startnew之前，您将保留在调用await Foo()的任何上下文中。

此外，您还可以在Await调用的末尾使用.configureawait(false)；，但这不会返回到调用上下文。它将安排线程继续运行在任何最优的时间，这可能会导致问题，如果您不知道。总体而言，它更有效，但要确保html" target="_blank">方法的其余部分不需要在相同的上下文中进行操作。

希望这有帮助。