在下面的示例中，調(diào)用.Execute()ReactiveCommand 會(huì)掛起或創(chuàng)建死鎖。為什么會(huì)發(fā)生這種情況，避免這種情況的最佳方法是什么？該錯(cuò)誤僅在調(diào)用 Dispatcher.CurrentDispatcher 時(shí)發(fā)生。不幸的是，不稱其為顯而易見的答案在更大的項(xiàng)目中不是一個(gè)選擇。我在項(xiàng)目中有nuget包reactiveui-core和reactiveui-winforms，都是v7.4.0。我正在使用 Resharper 從 Visual Studio 運(yùn)行 nunit 測(cè)試。該代碼是一個(gè) NUnit 測(cè)試夾具，注意 TimeoutAfterAsync 是一個(gè)幫助方法，用于在一定超時(shí)后取消測(cè)試，在沒有這個(gè)包裝器的情況下觀察到行為[TestFixture]public class ReactiveCommandTests{    private static async Task<bool> ExecuteCommand()    {        await Task.Delay(1000);        return true;    }    public static ReactiveCommand<Unit, bool> Command = ReactiveCommand.CreateFromTask(ExecuteCommand);    public static ReactiveCommand<Unit, bool> CommandOnTaskpoolScheduler = ReactiveCommand.CreateFromTask(ExecuteCommand, outputScheduler: RxApp.TaskpoolScheduler);    public static ReactiveCommand<Unit, bool> CommandAfterDispatcherInvoked = ReactiveCommand.CreateFromTask(ExecuteCommand);    [Test, Order(1)]    public async Task Test()    {        //THIS WORKS        try        {            await TimeoutAfterAsync(                Command.Execute(),                TimeSpan.FromSeconds(5),                "control");        }        catch (TimeoutException)        {            Assert.Fail("Control case timed out (not expected)");        }    }    [Test, Order(2)]    public async Task Test_CreateCommandAfterDispatcherCall()    {        //This line causes unwanted behaviour        var x = Dispatcher.CurrentDispatcher;        //THIS FAILS        try        {            await TimeoutAfterAsync(                CommandAfterDispatcherInvoked.Execute(),                TimeSpan.FromSeconds(5),                "after dispatcher creation");        }        catch (TimeoutException)        {            Assert.Fail("Executing commandAfterDispatcherInvoked timed out (expected, but not understood");        }    }