根据我的理解,async和await所做的主要事情之一是使代码易于编写和阅读-但使用它们是否等于生成后台线程来执行长时间的逻辑?

我目前正在尝试最基本的例子。我内联添加了一些注释。你能给我解释一下吗?

// I don't understand why this method must be marked as `async`.
private async void button1_Click(object sender, EventArgs e)
{
    Task<int> access = DoSomethingAsync();
    // task independent stuff here

    // this line is reached after the 5 seconds sleep from 
    // DoSomethingAsync() method. Shouldn't it be reached immediately? 
    int a = 1; 

    // from my understanding the waiting should be done here.
    int x = await access; 
}

async Task<int> DoSomethingAsync()
{
    // is this executed on a background thread?
    System.Threading.Thread.Sleep(5000);
    return 1;
}

当前回答

我的理解是,还应该有第三个术语:任务。

Async只是你加在方法上的一个限定词,表示它是一个异步方法。

Task是async函数的返回值。它是异步执行的。

您等待一个任务。当代码执行到这一行时,控制权跳回周围原始函数的调用者。

如果相反,你将一个异步函数(即任务)的返回值赋给一个变量,当代码执行到这一行时,它只是在任务异步执行时继续在周围的函数中越过这一行。

其他回答

查看这个小提琴https://dotnetfiddle.net/VhZdLU(如果可能的话改进它),运行一个简单的控制台应用程序,在同一个程序中显示Task, Task. waitall (), async和await操作符的用法。

这个小提琴应该清楚你的执行周期的概念。

下面是示例代码

using System;
using System.Threading.Tasks;

public class Program
{
    public static void Main()
    {               
        var a = MyMethodAsync(); //Task started for Execution and immediately goes to Line 19 of the code. Cursor will come back as soon as await operator is met       
        Console.WriteLine("Cursor Moved to Next Line Without Waiting for MyMethodAsync() completion");
        Console.WriteLine("Now Waiting for Task to be Finished");       
        Task.WaitAll(a); //Now Waiting      
        Console.WriteLine("Exiting CommandLine");       
    }

    public static async Task MyMethodAsync()
    {
        Task<int> longRunningTask = LongRunningOperation();
        // independent work which doesn't need the result of LongRunningOperationAsync can be done here
        Console.WriteLine("Independent Works of now executes in MyMethodAsync()");
        //and now we call await on the task 
        int result = await longRunningTask;
        //use the result 
        Console.WriteLine("Result of LongRunningOperation() is " + result);
    }

    public static async Task<int> LongRunningOperation() // assume we return an int from this long running operation 
    {
        Console.WriteLine("LongRunningOperation() Started");
        await Task.Delay(2000); // 2 second delay
        Console.WriteLine("LongRunningOperation() Finished after 2 Seconds");
        return 1;
    }   

}

来自输出窗口的跟踪:

我认为你用System.Threading.Thread.Sleep选了一个不好的例子

异步任务的要点是让它在后台执行,而不锁定主线程,例如执行DownloadFileAsync

System.Threading.Thread.Sleep不是“正在完成”的事情,它只是休眠,因此你的下一行在5秒后到达……

阅读这篇文章,我认为它很好地解释了async和await概念:http://msdn.microsoft.com/en-us/library/vstudio/hh191443.aspx

为了最快的学习..

理解方法执行流程(用图表):3分钟 问题自省(为了学习):1分钟 快速浏览语法糖:5分钟 分享开发人员的困惑:5分钟 问题:快速将正常代码的实际实现更改为 异步代码:2分钟 下一步何去何从?

理解方法执行流程(用图表):3分钟

在这张图中,只关注#6(没有其他)

在第6步,执行工作耗尽并停止。要继续,它需要getStringTask(一种函数)的结果。因此,它使用await操作符来暂停进程,并将控制权交还给调用者(我们所在的方法)。对getStringTask的实际调用是在#2前面进行的。在#2中,承诺返回一个字符串结果。但是它什么时候会返回结果呢?我们应该(#1:AccessTheWebAsync)再次进行第二次调用吗?谁得到结果,#2(调用语句)还是#6(等待语句)?

AccessTheWebAsync()的外部调用者现在也在等待。调用者等待AccessTheWebAsync,而AccessTheWebAsync正在等待GetStringAsync。有趣的是AccessTheWebAsync在等待之前做了一些工作(#4),可能是为了节省等待的时间。同样的多任务自由也适用于外部调用者(以及链中的所有调用者),这是这个“异步”东西的最大优点!你觉得这是同步的,或者是正常的,但事实并非如此。

#2和#6被分开了,所以我们有#4的优势(边等待边工作)。但我们也可以不分裂。因此,#2将是:string urlContents = await client.GetStringAsync("…");这里我们没有看到任何优势,但在链的某个地方,一个函数将被分裂,而其他函数将调用它而不分裂。这取决于你使用链中的哪个函数/类。从一个函数到另一个函数的行为变化是本主题中最令人困惑的部分。

记住,该方法已经返回(#2),它不能再次返回(没有第二次)。那么,调用者如何知道呢?这都是关于任务!任务返回。等待任务状态(不是方法,不是值)。值将在任务中设置。任务状态将被设置为完成。调用者只监视任务(#6)。所以6#是在哪里/谁得到结果的答案。进一步阅读请点击这里。

为学习而反思问题:1分钟

让我们稍微调整一下这个问题:

如何以及何时使用async和await任务?

因为学习任务自动涵盖了其他两个(并回答了你的问题)。

整个想法非常简单。方法可以返回任何数据类型(double, int, object等),但在这里我们只是拒绝这一点,并强制返回一个'Task'对象!但我们仍然需要返回的数据(除了void),对吗?这将在'Task'对象中的标准属性中设置,例如:'Result'属性。

快速浏览语法糖:5分钟

原始的非异步方法

int方法(int arg0, int arg1) { Int result = arg0 + arg1; IO ();//执行一些长时间运行的IO。 返回结果; }

一个全新的Task-ified方法来调用上面的方法

内部静态任务<int> MethodTask(int arg0, int arg1) { Task<int> Task = new Task<int>(() => Method(arg0, arg1)); task.Start ();// Hot task(已启动的任务)应该总是返回。 返回任务; }

我们提到await或async了吗?不。调用上面的方法,就可以得到一个可以监视的任务。您已经知道任务返回(或包含)什么。一个整数。

调用Task有点棘手,这是关键字开始出现的时候。如果有一个方法调用原始方法(非异步),那么我们需要按照下面所示编辑它。让我们调用MethodTask()

内部静态异步任务<int> MethodAsync(int arg0, int arg1) { int result = await HelperMethods。MethodTask (arg0, __arg1); 返回结果; }

与上图相同的代码:

我们正在“等待”完成任务。因此使用await(强制语法) 因为使用了await,所以必须使用async(强制语法) 以Async为前缀的MethodAsync(编码标准)

await很容易理解,但其余两个(async, async)可能不是:)。好吧,这对编译器来说应该更有意义。进一步阅读请点击这里

所以有两个部分。

创建“任务”(只有一个任务,它将是一个额外的方法) 创建使用await+async调用任务的语法糖(如果要转换非异步方法,则需要更改现有代码)

记住,我们有一个外部调用AccessTheWebAsync()和调用者也没有幸免…也就是说,它也需要相同的await+async。这个链条还在继续(因此这是一个突破性的变化,可能会影响许多职业)。它也可以被认为是一个非破坏性的更改,因为原始方法仍然在那里等待调用。如果您想进行破坏性更改,则更改它的访问权限(或删除并将其移动到任务中),然后类将被迫使用task -method。无论如何,在异步调用中,总是在一端有一个任务,而且只有一个。

一切都好,但是有一个开发人员对Task感到惊讶 失踪……

分享开发人员的困惑:5分钟

开发人员犯了一个错误,没有实现Task,但它仍然可以工作!试着理解问题和这里提供的公认答案。希望你已经阅读并完全理解。总的来说,我们可能没有看到/实现“Task”,但它在父类/关联类的某个地方实现了。同样,在我们的例子中,调用一个已经构建的MethodAsync()要比自己用Task(MethodTask())实现该方法容易得多。大多数开发人员发现在将代码转换为异步代码时很难理解任务。

提示:尝试寻找一个现有的异步实现(如MethodAsync或ToListAsync)来外包这个困难。所以我们只需要处理Async和await(这很简单,非常类似于正常的代码)

问题:快速将正常代码的实际实现更改为 异步操作:2分钟

数据层中显示的代码行开始中断(许多地方)。因为我们从。net framework 4.2中更新了一些代码。*到。net核心。我们必须在1小时内修复整个应用程序!

var myContract = query.Where(c => c.ContractID == _contractID).First();

easypeasy !

我们安装了EntityFramework nuget包,因为它有QueryableExtensions。或者换句话说,它执行异步实现(任务),所以我们可以在代码中使用简单的Async和等待。 namespace =微软。EntityFrameworkCore

呼叫代码行是这样改变的

var myContract = await query.Where(c => c.ContractID == _contractID).FirstAsync();

方法签名从

GetContract(int contractnumber)

to

async Task<Contract> GetContractAsync(int contractnumber)

调用方法也受到影响:GetContract(123456);GetContractAsync(123456).Result;

等等!结果是什么?好赶上!GetContractAsync只返回一个任务而不是我们想要的值(合约)。一旦操作的结果可用,它就会被存储,并在后续调用result属性时立即返回。 我们也可以用类似的'Wait()'来实现超时

TimeSpan ts = TimeSpan. frommilliseconds (150);

如果(!t.Wait (ts)) 控制台。WriteLine("超时间隔已过");

我们在30分钟内把它换遍了所有地方!

但是架构师告诉我们不要仅为此使用EntityFramework库!哦!戏剧!然后我们创建了一个自定义的Task实现。你知道怎么做。还容易!..还咯咯大笑。

下一步何去何从? 我们可以观看一个关于在ASP中将同步调用转换为异步调用的视频。Net Core,也许这是读了这篇文章后人们会去的方向。或者我解释得够多了吗?;)

回答你的第二个问题-何时使用async -这里有一个相当简单的方法,我们使用:

长时间运行的I/O绑定任务,运行时间超过50ms -使用异步。 长时间运行的cpu绑定任务——使用并行执行、线程等。

解释:当你在做I/O工作时——发送网络请求,从磁盘读取数据等——实际的工作是由“外部”硅(网卡,磁盘控制器等)完成的。一旦工作完成,I/O设备驱动程序将“ping”回操作系统,操作系统将执行你的延续代码,回调等。在此之前,CPU可以自由地做自己的工作(作为奖励,你还可以释放一个线程池线程,这对web应用程序的可伸缩性来说是一个非常好的奖励)

附注:50ms阈值是MS的推荐值。否则,异步所增加的开销(创建状态机、执行上下文等)会消耗掉所有的好处。现在找不到MS的原始文章,但这里也提到了https://www.red-gate.com/simple-talk/dotnet/net-framework/the-overhead-of-asyncawait-in-net-4-5/

这里的答案可以作为await/async的一般指导。它们还包含一些关于await/async如何连接的细节。我想和大家分享一些在使用这个设计模式之前应该知道的实践经验。

术语“await”是字面意义上的,所以无论您在哪个线程上调用它,都将在继续之前等待该方法的结果。在前台线程上,这是一个灾难。前台线程承担了构建应用程序的负担,包括视图、视图模型、初始动画,以及其他任何与这些元素捆绑在一起的东西。所以当你等待前台线程时,你会停止应用程序。当什么都没有发生时,用户会一直等待。这提供了一种消极的用户体验。

你当然可以使用各种方法来等待后台线程:

Device.BeginInvokeOnMainThread(async () => { await AnyAwaitableMethod(); });

// Notice that we do not await the following call, 
// as that would tie it to the foreground thread.
try
{
Task.Run(async () => { await AnyAwaitableMethod(); });
}
catch
{}

这些注释的完整代码在https://github.com/marcusts/xamarin-forms-annoyances。参见名为AwaitAsyncAntipattern.sln的解决方案。

GitHub网站还提供了关于此主题的更详细讨论的链接。