如何同步运行异步Task <T>方法？

我正在学习异步/等待，并遇到需要同步调用异步方法的情况。我怎样才能做到这一点？

异步方法：

public async Task<Customers> GetCustomers()
{
    return await Service.GetCustomersAsync();
}

正常用法：

public async void GetCustomers()
{
    customerList = await GetCustomers();
}

我尝试使用以下方法：

Task<Customer> task = GetCustomers();
task.Wait()

Task<Customer> task = GetCustomers();
task.RunSynchronously();

Task<Customer> task = GetCustomers();
while(task.Status != TaskStatus.RanToCompletion)

我也从这里尝试了一个建议，但是当调度程序处于挂起状态时，它不起作用。

public static void WaitWithPumping(this Task task) 
{
        if (task == null) throw new ArgumentNullException(“task”);
        var nestedFrame = new DispatcherFrame();
        task.ContinueWith(_ => nestedFrame.Continue = false);
        Dispatcher.PushFrame(nestedFrame);
        task.Wait();
}

这是来自调用的异常和堆栈跟踪RunSynchronously：

System.InvalidOperationException

消息：可能不会在未绑定到委托的任务上调用RunSynchronously。

InnerException：空

资料来源：mscorlib

StackTrace：

          at System.Threading.Tasks.Task.InternalRunSynchronously(TaskScheduler scheduler)
   at System.Threading.Tasks.Task.RunSynchronously()
   at MyApplication.CustomControls.Controls.MyCustomControl.CreateAvailablePanelList() in C:\Documents and Settings\...\MyApplication.CustomControls\Controls\MyCustomControl.xaml.cs:line 638
   at MyApplication.CustomControls.Controls.MyCustomControl.get_AvailablePanels() in C:\Documents and Settings\...\MyApplication.CustomControls\Controls\MyCustomControl.xaml.cs:line 233
   at MyApplication.CustomControls.Controls.MyCustomControl.<CreateOpenPanelList>b__36(DesktopPanel panel) in C:\Documents and Settings\...\MyApplication.CustomControls\Controls\MyCustomControl.xaml.cs:line 597
   at System.Collections.Generic.List`1.ForEach(Action`1 action)
   at MyApplication.CustomControls.Controls.MyCustomControl.<CreateOpenPanelList>d__3b.MoveNext() in C:\Documents and Settings\...\MyApplication.CustomControls\Controls\MyCustomControl.xaml.cs:line 625
   at System.Runtime.CompilerServices.TaskAwaiter.<>c__DisplayClass7.<TrySetContinuationForAwait>b__1(Object state)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
   at System.Threading.ExecutionContext.runTryCode(Object userData)
   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
   at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   at System.Windows.Threading.Dispatcher.Run()
   at System.Windows.Application.RunDispatcher(Object ignore)
   at System.Windows.Application.RunInternal(Window window)
   at System.Windows.Application.Run(Window window)
   at System.Windows.Application.Run()
   at MyApplication.App.Main() in C:\Documents and Settings\...\MyApplication\obj\Debug\App.g.cs:line 50
   at System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
   at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
   at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()

我发现这是一种变通办法，适用于所有情况（包括暂停的调度员）。这不是我的代码，我仍在努力完全理解它，但是它确实有效。

可以使用以下命令调用它：

customerList = AsyncHelpers.RunSync<List<Customer>>(() => GetCustomers());

代码来自这里

public static class AsyncHelpers
{
    /// <summary>
    /// Execute's an async Task<T> method which has a void return value synchronously
    /// </summary>
    /// <param name="task">Task<T> method to execute</param>
    public static void RunSync(Func<Task> task)
    {
        var oldContext = SynchronizationContext.Current;
        var synch = new ExclusiveSynchronizationContext();
        SynchronizationContext.SetSynchronizationContext(synch);
        synch.Post(async _ =>
        {
            try
            {
                await task();
            }
            catch (Exception e)
            {
                synch.InnerException = e;
                throw;
            }
            finally
            {
                synch.EndMessageLoop();
            }
        }, null);
        synch.BeginMessageLoop();

        SynchronizationContext.SetSynchronizationContext(oldContext);
    }

    /// <summary>
    /// Execute's an async Task<T> method which has a T return type synchronously
    /// </summary>
    /// <typeparam name="T">Return Type</typeparam>
    /// <param name="task">Task<T> method to execute</param>
    /// <returns></returns>
    public static T RunSync<T>(Func<Task<T>> task)
    {
        var oldContext = SynchronizationContext.Current;
        var synch = new ExclusiveSynchronizationContext();
        SynchronizationContext.SetSynchronizationContext(synch);
        T ret = default(T);
        synch.Post(async _ =>
        {
            try
            {
                ret = await task();
            }
            catch (Exception e)
            {
                synch.InnerException = e;
                throw;
            }
            finally
            {
                synch.EndMessageLoop();
            }
        }, null);
        synch.BeginMessageLoop();
        SynchronizationContext.SetSynchronizationContext(oldContext);
        return ret;
    }

    private class ExclusiveSynchronizationContext : SynchronizationContext
    {
        private bool done;
        public Exception InnerException { get; set; }
        readonly AutoResetEvent workItemsWaiting = new AutoResetEvent(false);
        readonly Queue<Tuple<SendOrPostCallback, object>> items =
            new Queue<Tuple<SendOrPostCallback, object>>();

        public override void Send(SendOrPostCallback d, object state)
        {
            throw new NotSupportedException("We cannot send to our same thread");
        }

        public override void Post(SendOrPostCallback d, object state)
        {
            lock (items)
            {
                items.Enqueue(Tuple.Create(d, state));
            }
            workItemsWaiting.Set();
        }

        public void EndMessageLoop()
        {
            Post(_ => done = true, null);
        }

        public void BeginMessageLoop()
        {
            while (!done)
            {
                Tuple<SendOrPostCallback, object> task = null;
                lock (items)
                {
                    if (items.Count > 0)
                    {
                        task = items.Dequeue();
                    }
                }
                if (task != null)
                {
                    task.Item1(task.Item2);
                    if (InnerException != null) // the method threw an exeption
                    {
                        throw new AggregateException("AsyncHelpers.Run method threw an exception.", InnerException);
                    }
                }
                else
                {
                    workItemsWaiting.WaitOne();
                }
            }
        }

        public override SynchronizationContext CreateCopy()
        {
            return this;
        }
    }
}

被告知这个答案是三岁。我主要是基于.Net 4.0的经验写的，很少有4.5的经验，尤其是async-await。一般来说，这是一个很好的简单解决方案，但有时会破坏事情。请阅读评论中的讨论。

.Net 4.5

只需使用此：

// For Task<T>: will block until the task is completed...
var result = task.Result; 

// For Task (not Task<T>): will block until the task is completed...
task2.RunSynchronously();

请参阅： TaskAwaiter， Task.Result， Task.Run同步

.Net 4.0

用这个：

var x = (IAsyncResult)task;
task.Start();

x.AsyncWaitHandle.WaitOne();

...或这个：

task.Start();
task.Wait();

没有人惊讶地提到这一点：

public Task<int> BlahAsync()
{
    // ...
}

int result = BlahAsync().GetAwaiter().GetResult();

虽然不如这里的其他一些方法漂亮，但是它具有以下优点：

• 它不会吞噬异常（例如Wait）
• 它不会包装AggregateException（Result）中引发的任何异常
• 同时适用于Task和Task<T>（自己试试它了！）

而且，由于GetAwaiter是鸭子类型的，所以它应该适用于从异步方法（如ConfiguredAwaitable或YieldAwaitable）返回的任何对象，而不仅仅是Tasks。

编辑：请注意，这种方法（或使用.Result）可能会死锁，除非您确保.ConfigureAwait(false)每次等待时都添加所有可能从中访问的异步方法BlahAsync()（而不仅仅是直接调用的方法）。说明。

// In BlahAsync() body
await FooAsync(); // BAD!
await FooAsync().ConfigureAwait(false); // Good... but make sure FooAsync() and
                                        // all its descendants use ConfigureAwait(false)
                                        // too. Then you can be sure that
                                        // BlahAsync().GetAwaiter().GetResult()
                                        // won't deadlock.

如果您懒于在.ConfigureAwait(false)任何地方添加内容，并且您不关心性能，则可以选择执行

Task.Run(() => BlahAsync()).GetAwaiter().GetResult()

在线程池上运行任务要简单得多，而不是试图欺骗调度程序使其同步运行。这样，您可以确定它不会死锁。由于上下文切换，性能受到影响。

Task<MyResult> DoSomethingAsync() { ... }

// Starts the asynchronous task on a thread-pool thread.
// Returns a proxy to the original task.
Task<MyResult> task = Task.Run(() => DoSomethingAsync());

// Will block until the task is completed...
MyResult result = task.Result; 

我正在学习异步/等待，并遇到需要同步调用异步方法的情况。我怎样才能做到这一点？

最好的答案是您不要，其细节取决于“情况”。

是财产获取者/设定者吗？在大多数情况下，拥有异步方法比“异步属性”更好。（有关更多信息，请参阅我关于异步属性的博客文章）。

这是MVVM应用程序，您要执行异步数据绑定吗？然后使用诸如my之类的东西，如我NotifyTask在MSDN上有关异步数据绑定的文章中所述。

它是构造函数吗？然后，您可能需要考虑异步工厂方法。（有关更多信息，请参阅我关于异步构造函数的博客文章）。

几乎总有一个比异步同步更好的答案。

如果您的情况不可行（并且您可以通过在此处描述情况的问题来知道这一点），那么我建议您仅使用同步代码。一路异步是最好的。一路同步是第二好的。不建议异步同步。

但是，在少数情况下，需要同步同步。具体而言，您是通过调用代码限制，让你必须要同步（与绝对没有办法重新考虑或重新架构你的代码，允许异步），和你有异步代码来调用。这是一种非常罕见的情况，但确实时有发生。

在这种情况下，您将需要使用我在Brownfield asyncDevelopment上的文章中描述的一种技巧，特别是：

• 阻止（例如GetAwaiter().GetResult()）。请注意，这可能导致死锁（正如我在博客中所描述的）。
• 在线程池线程（例如Task.Run(..).GetAwaiter().GetResult()）上运行代码。请注意，这仅在异步代码可以在线程池线程上运行（即，不依赖于UI或ASP.NET上下文）的情况下才有效。
• 嵌套的消息循环。请注意，这仅在异步代码仅假设单线程上下文而不是特定上下文类型（许多UI和ASP.NET代码期望特定上下文）的情况下起作用。

嵌套消息循环是所有黑客中最危险的，因为它会导致重新进入。重新进入是非常棘手的推理，并且（IMO）是Windows上大多数应用程序错误的原因。特别是，如果您在UI线程上并且阻塞了工作队列（等待异步工作完成），则CLR实际上会为您执行一些消息泵送-它实际上会处理您内部的一些Win32消息代码。噢，您不知道是哪条消息- 克里斯·布鲁姆 （Chris Brumme）说：“确切知道将要被泵出的东西真是太好了吗？不幸的是，泵送是一种超越凡人理解的妖术。” ，那么我们真的没有希望知道。

因此，当您在UI线程上进行此类阻止时，您就在自找麻烦。同一篇文章的另一篇cbrumme语录：“公司内部或外部的客户有时会发现我们在STA [UI线程]上的受管阻塞期间正在发送消息。这是一个合理的问题，因为他们知道这非常困难写面对重入的鲁棒代码。”

是的。很用心写的代码，在重入面对强劲。嵌套的消息循环迫使您编写面对重新进入时很健壮的代码。这就是为什么接受（和最upvoted）答案这个问题是非常危险的做法。

如果您完全无法使用其他所有选项-您无法重新设计代码，也无法将其重组为异步-无法更改的调用代码迫使您同步-您无法将下游代码更改为同步-您不能阻止-您不能在单独的线程上运行异步代码-然后，只有这样，您才应该考虑采用可重入性。

如果您确实在这个角落，我建议您Dispatcher.PushFrame为WPF应用程序使用类似的工具，Application.DoEvents为WinForm应用程序使用类似的工具，对于一般情况，建议使用我自己的工具AsyncContext.Run。

如果我没看错你的问题-想要异步调用异步方法的代码正在暂停的调度程序线程上执行。而且您实际上想同步阻塞该线程，直到完成异步方法为止。

C＃5中的异步方法通过有效地将该方法切入Task幕后的各个部分，然后返回一个可跟踪整个shabang的整体完成情况的方法来提供动力。但是，切碎的方法如何执行可能取决于传递给await运算符的表达式的类型。

大多数时候，您将使用awaittype的表达式Task。Task的await模式实现是“智能的”，因为它SynchronizationContext遵循，这基本上导致发生以下情况：

1. 如果进入的线程await在Dispatcher或WinForms消息循环线程上，则确保异步方法的块作为消息队列处理的一部分出现。
2. 如果进入的线程await在线程池线程上，则异步方法的其余块将出现在线程池中的任何位置。

这就是为什么您可能会遇到问题的原因-异步方法实现正在尝试在Dispatcher上运行其余部分-即使已暂停。

.... 备份！....

我必须问一个问题，为什么要尝试在异步方法上进行同步阻止？这样做会破坏为什么要异步调用该方法的目的。通常，当您开始使用awaitDispatcher或UI方法时，您将需要使整个UI流异步。例如，如果您的调用堆栈如下所示：

1. [最佳] WebRequest.GetResponse()
2. YourCode.HelperMethod()
3. YourCode.AnotherMethod()
4. YourCode.EventHandlerMethod()
5. [UI Code].Plumbing()- WPF或WinForms代码
6. [消息循环] - WPF或WinForms消息循环

然后，将代码转换为使用异步后，您通常会得到以下结果：

1. [最佳] WebRequest.GetResponseAsync()
2. YourCode.HelperMethodAsync()
3. YourCode.AnotherMethodAsync()
4. YourCode.EventHandlerMethodAsync()
5. [UI Code].Plumbing()- WPF或WinForms代码
6. [消息循环] - WPF或WinForms消息循环

实际回答

上面的AsyncHelpers类实际上可以工作，因为它的行为类似于嵌套的消息循环，但是它将自己的并行机制安装到Dispatcher，而不是尝试在Dispatcher本身上执行。这是解决您的问题的一种方法。

另一个解决方法是在线程池线程上执行异步方法，然后等待它完成。这样做很容易-您可以使用以下代码段进行操作：

var customerList = TaskEx.RunEx(GetCustomers).Result;

最终的API将是Task.Run（...），但是使用CTP时，您将需要Ex后缀（此处说明）。

这对我来说很好

public static class TaskHelper
{
    public static void RunTaskSynchronously(this Task t)
    {
        var task = Task.Run(async () => await t);
        task.Wait();
    }

    public static T RunTaskSynchronously<T>(this Task<T> t)
    {
        T res = default(T);
        var task = Task.Run(async () => res = await t);
        task.Wait();
        return res;
    }
}

我发现同步运行任务而不阻塞UI线程的最简单方法是使用RunSynchronously（），例如：

Task t = new Task(() => 
{ 
   //.... YOUR CODE ....
});
t.RunSynchronously();

就我而言，我有一个事件发生时触发。我不知道它将发生多少次。因此，我在事件中使用上面的代码，因此每当触发时，它就会创建一个任务。任务是同步执行的，对我来说非常有用。考虑到它很简单，我花了这么长时间才发现这一点，这让我感到惊讶。通常，建议要复杂得多且容易出错。这是简单而干净的。

我已经面对过几次，主要是在单元测试或Windows服务开发中。目前，我一直使用此功能：

        var runSync = Task.Factory.StartNew(new Func<Task>(async () =>
        {
            Trace.WriteLine("Task runSync Start");
            await TaskEx.Delay(2000); // Simulates a method that returns a task and
                                      // inside it is possible that there
                                      // async keywords or anothers tasks
            Trace.WriteLine("Task runSync Completed");
        })).Unwrap();
        Trace.WriteLine("Before runSync Wait");
        runSync.Wait();
        Trace.WriteLine("After runSync Waited");

简单，容易，而且我没有任何问题。

我在Microsoft.AspNet.Identity.Core组件中找到了此代码，并且可以正常工作。

private static readonly TaskFactory _myTaskFactory = new 
     TaskFactory(CancellationToken.None, TaskCreationOptions.None, 
     TaskContinuationOptions.None, TaskScheduler.Default);

// Microsoft.AspNet.Identity.AsyncHelper
public static TResult RunSync<TResult>(Func<Task<TResult>> func)
{
    CultureInfo cultureUi = CultureInfo.CurrentUICulture;
    CultureInfo culture = CultureInfo.CurrentCulture;
    return AsyncHelper._myTaskFactory.StartNew<Task<TResult>>(delegate
    {
        Thread.CurrentThread.CurrentCulture = culture;
        Thread.CurrentThread.CurrentUICulture = cultureUi;
        return func();
    }).Unwrap<TResult>().GetAwaiter().GetResult();
}

请注意-这种方法：

Task<Customer> task = GetCustomers();
task.Wait()

适用于WinRT。

让我解释：

private void TestMethod()
{
    Task<Customer> task = GetCustomers(); // call async method as sync and get task as result
    task.Wait(); // wait executing the method
    var customer = task.Result; // get's result.
    Debug.WriteLine(customer.Name); //print customer name
}
public class Customer
{
    public Customer()
    {
        new ManualResetEvent(false).WaitOne(TimeSpan.FromSeconds(5));//wait 5 second (long term operation)
    }
    public string Name { get; set; }
}
private Task<Customer> GetCustomers()
{
    return Task.Run(() => new Customer
    {
        Name = "MyName"
    });
}

而且，这种方法仅适用于Windows Store解决方案！

注意：如果您在其他异步方法中调用方法，则这种方法不是线程安全的（根据@Servy的注释）

在您的代码中，您的第一个等待任务执行但尚未启动，因此它会无限期等待。尝试这个：

Task<Customer> task = GetCustomers();
task.RunSynchronously();

编辑：

您说您得到了例外。请发布更多详细信息，包括堆栈跟踪。
Mono 包含以下测试用例：

[Test]
public void ExecuteSynchronouslyTest ()
{
        var val = 0;
        Task t = new Task (() => { Thread.Sleep (100); val = 1; });
        t.RunSynchronously ();

        Assert.AreEqual (1, val);
}

检查是否适合您。如果不是这样，尽管不太可能，您可能会有一些奇怪的异步CTP版本。如果它确实起作用，则可能要检查编译器生成的内容以及Task实例化与此示例有何不同。

编辑＃2：

我与反射检查，当你描述的异常发生m_action的null。这有点奇怪，但是我不是异步CTP的专家。就像我说的，你应该反编译你的代码，看看究竟是如何Task被实例化任何怎么来了m_action就是null。

PS偶尔处理否决票是怎么回事？关心详细吗？

在.Net 4.6中测试。它还可以避免死锁。

对于异步方法returning Task。

Task DoSomeWork();
Task.Run(async () => await DoSomeWork()).Wait();

对于异步方法返回 Task<T>

Task<T> GetSomeValue();
var result = Task.Run(() => GetSomeValue()).Result;

编辑：

如果调用方正在线程池线程中运行（或者调用方也处于任务中），则在某些情况下仍可能导致死锁。

使用以下代码片段

Task.WaitAll(Task.Run(async () => await service.myAsyncMethod()));

为什么不创建像这样的呼叫：

Service.GetCustomers();

那不是异步的。

此答案适用于使用WPF for .NET 4.5的任何人。

如果您尝试Task.Run()在GUI线程上执行，则在函数定义中task.Wait()没有async关键字的情况下，它将无限期挂起。

此扩展方法通过检查我们是否在GUI线程上以及是否在GUI线程上运行该任务来解决该问题。

在不可避免的情况下，例如MVVM属性或对不使用异步/等待的其他API的依赖关系，此类可以充当异步/等待世界与非异步/等待世界之间的粘合剂。

/// <summary>
///     Intent: runs an async/await task synchronously. Designed for use with WPF.
///     Normally, under WPF, if task.Wait() is executed on the GUI thread without async
///     in the function signature, it will hang with a threading deadlock, this class 
///     solves that problem.
/// </summary>
public static class TaskHelper
{
    public static void MyRunTaskSynchronously(this Task task)
    {
        if (MyIfWpfDispatcherThread)
        {
            var result = Dispatcher.CurrentDispatcher.InvokeAsync(async () => { await task; });
            result.Wait();
            if (result.Status != DispatcherOperationStatus.Completed)
            {
                throw new Exception("Error E99213. Task did not run to completion.");
            }
        }
        else
        {
            task.Wait();
            if (task.Status != TaskStatus.RanToCompletion)
            {
                throw new Exception("Error E33213. Task did not run to completion.");
            }
        }
    }

    public static T MyRunTaskSynchronously<T>(this Task<T> task)
    {       
        if (MyIfWpfDispatcherThread)
        {
            T res = default(T);
            var result = Dispatcher.CurrentDispatcher.InvokeAsync(async () => { res = await task; });
            result.Wait();
            if (result.Status != DispatcherOperationStatus.Completed)
            {
                throw new Exception("Error E89213. Task did not run to completion.");
            }
            return res;
        }
        else
        {
            T res = default(T);
            var result = Task.Run(async () => res = await task);
            result.Wait();
            if (result.Status != TaskStatus.RanToCompletion)
            {
                throw new Exception("Error E12823. Task did not run to completion.");
            }
            return res;
        }
    }

    /// <summary>
    ///     If the task is running on the WPF dispatcher thread.
    /// </summary>
    public static bool MyIfWpfDispatcherThread
    {
        get
        {
            return Application.Current.Dispatcher.CheckAccess();
        }
    }
}

正如许多人在评论中所说，简单地调用.Result;或.Wait()存在死锁的风险。由于我们大多数人都喜欢oneliners，因此您可以将其用于.Net 4.5<

通过异步方法获取值：

var result = Task.Run(() => asyncGetValue()).Result;

同步调用异步方法

Task.Run(() => asyncMethod()).Wait();

使用不会出现死锁问题Task.Run。

资源：

https://stackoverflow.com/a/32429753/3850405

我认为以下辅助方法也可以解决问题。

private TResult InvokeAsyncFuncSynchronously<TResult>(Func< Task<TResult>> func)
    {
        TResult result = default(TResult);
        var autoResetEvent = new AutoResetEvent(false);

        Task.Run(async () =>
        {
            try
            {
                result = await func();
            }
            catch (Exception exc)
            {
                mErrorLogger.LogError(exc.ToString());
            }
            finally
            {
                autoResetEvent.Set();
            }
        });
        autoResetEvent.WaitOne();

        return result;
    }

可以通过以下方式使用：

InvokeAsyncFuncSynchronously(Service.GetCustomersAsync);

这对我有用

using System;
using System.Collections.Generic;
using System.Linq;
using System.Net.Http;
using System.Text;
using System.Threading;
using System.Threading.Tasks;

namespace ConsoleApp2
{
    public static class AsyncHelper
    {
        private static readonly TaskFactory _myTaskFactory = new TaskFactory(CancellationToken.None, TaskCreationOptions.None, TaskContinuationOptions.None, TaskScheduler.Default);

        public static void RunSync(Func<Task> func)
        {
            _myTaskFactory.StartNew(func).Unwrap().GetAwaiter().GetResult();
        }

        public static TResult RunSync<TResult>(Func<Task<TResult>> func)
        {
            return _myTaskFactory.StartNew(func).Unwrap().GetAwaiter().GetResult();
        }
    }

    class SomeClass
    {
        public async Task<object> LoginAsync(object loginInfo)
        {
            return await Task.FromResult(0);
        }
        public object Login(object loginInfo)
        {
            return AsyncHelper.RunSync(() => LoginAsync(loginInfo));
            //return this.LoginAsync(loginInfo).Result.Content;
        }
    }
    class Program
    {
        static void Main(string[] args)
        {
            var someClass = new SomeClass();

            Console.WriteLine(someClass.Login(1));
            Console.ReadLine();
        }
    }
}

我发现SpinWait对此非常有效。

var task = Task.Run(()=>DoSomethingAsyncronous());

if(!SpinWait.SpinUntil(()=>task.IsComplete, TimeSpan.FromSeconds(30)))
{//Task didn't complete within 30 seconds, fail...
   return false;
}

return true;

上面的方法不需要使用.Result或.Wait（）。它还使您可以指定超时，以免万一任务永远不会完成，您就不会永远被困住。

在wp8上：

包装：

Task GetCustomersSynchronously()
{
    Task t = new Task(async () =>
    {
        myCustomers = await GetCustomers();
    }
    t.RunSynchronously();
}

称它为：

GetCustomersSynchronously();

    private int GetSync()
    {
        try
        {
            ManualResetEvent mre = new ManualResetEvent(false);
            int result = null;

            Parallel.Invoke(async () =>
            {
                result = await SomeCalcAsync(5+5);
                mre.Set();
            });

            mre.WaitOne();
            return result;
        }
        catch (Exception)
        {
            return null;
        }
    }

或者您可以选择：

customerList = Task.Run<List<Customer>>(() => { return GetCustomers(); }).Result;

为此，请确保您引用扩展程序集：

System.Net.Http.Formatting

尝试以下代码对我有用：

public async void TaskSearchOnTaskList (SearchModel searchModel)
{
    try
    {
        List<EventsTasksModel> taskSearchList = await Task.Run(
            () => MakeasyncSearchRequest(searchModel),
            cancelTaskSearchToken.Token);

        if (cancelTaskSearchToken.IsCancellationRequested
                || string.IsNullOrEmpty(rid_agendaview_search_eventsbox.Text))
        {
            return;
        }

        if (taskSearchList == null || taskSearchList[0].result == Constants.ZERO)
        {
            RunOnUiThread(() => {
                textViewNoMembers.Visibility = ViewStates.Visible;                  
                taskListView.Visibility = ViewStates.Gone;
            });

            taskSearchRecureList = null;

            return;
        }
        else
        {
            taskSearchRecureList = TaskFooterServiceLayer
                                       .GetRecurringEvent(taskSearchList);

            this.SetOnAdapter(taskSearchRecureList);
        }
    }
    catch (Exception ex)
    {
        Console.WriteLine("ActivityTaskFooter -> TaskSearchOnTaskList:" + ex.Message);
    }
}