本文继续上篇未完成的讨论,通过将Lambda还原成最普通的代码段,来解释上篇提出的疑问。并更正上篇中一些不太正确的写法。最后会给出无需等待Async方法返回值时,对Async方法使用await的建议,供大家参考。

  第一篇传送门:await使用中的阻塞和并发

  首先我们比较以下三段代码,其中第一和第三可以做到并发执行,第二个是线性的执行。

        //并发
public async Task Await3Task()
{
var task3 = Delay3000Async();
var task2 = Delay2000Async();
var task1 = Delay1000Async(); await task3;
await task2;
await task1;
} //非并发
public async Task Await3DelayAsync()
{
await Delay3000Async();
await Delay2000Async();
await Delay1000Async();
} //并发,这里甚至可以把var task3等去掉,直接调用xxxAsync(),只是会出现警告的波浪罢了
public void NoAwait3Task()
{
var task3 = Delay3000Async();
var task2 = Delay2000Async();
var task1 = Delay1000Async();
}
        //这里补充一下调用的三个Async方法

     public async Task Delay3000Async()
{
await Task.Delay();
Console.WriteLine();
Console.WriteLine(DateTime.Now);
} public async Task Delay2000Async()
{
await Task.Delay();
Console.WriteLine();
Console.WriteLine(DateTime.Now);
} public async Task Delay1000Async()
{
await Task.Delay();
Console.WriteLine();
Console.WriteLine(DateTime.Now);
}

  这里我们可以看出,await和并发木有关系,隐式的并发执行是由async方法决定的。而await是用于主动的阻塞,期望等待方法结束才继续运行时使用。

  以下2个方法的执行结果是一样的,都可以并发执行。可以看出,把仅仅希望并发执行,不需要返回结果的方法丢到List里,然后Foreach是毫无意义的……所以上篇其实是干了一些蠢事情……

        public void AwaitTaskList()
{
var tasks = new List<Task>
{
Delay3000Async(),
Delay2000Async(),
Delay1000Async()
}; tasks.ForEach(async _ => await _);
} public void NoAwaitTaskList()
{
var tasks = new List<Task>
{
Delay3000Async(),
Delay2000Async(),
Delay1000Async()
};
}

  上篇提到Task在创建的时候,就已经开始运行了。而await仅仅是出现在需要等待结果的地方。所以如果无需等待,就不要写await了……貌似上篇又干了一些蠢事……

        //非并发
public async Task Await3Func()
{
Func<Task> func3 = Delay3000Async;
Func<Task> func2 = Delay2000Async;
Func<Task> func1 = Delay1000Async; await func3();
await func2();
await func1();
}
//并发
public void NoAwait3Func()
{
Func<Task> func3 = Delay3000Async;
Func<Task> func2 = Delay2000Async;
Func<Task> func1 = Delay1000Async; func3();
func2();
func1();
}

  同时我本人对List<Func<Task>>尚未创建Task却可以并发表示疑问,接下来给出解答。下面分别贴出了使用Lambda和不使用的情况。我们可以清楚的看到Lambda表达式具体帮我们省略了什么。

        //使用Lambda
public void AwaitFuncTaskList()
{
var funcList = new List<Func<Task>>()
{
Delay3000Async,
Delay2000Async,
Delay1000Async
}; funcList.ForEach(async _ => await _());
}
//不使用Lambda
public void AwaitFuncTaskListNoLambda()
{
var funcList = new List<Func<Task>>()
{
Delay3000Async,
Delay2000Async,
Delay1000Async
}; //funcList.ForEach(AwaitAction());
foreach(var func in funcList)
{
AwaitAction()(func);
}
} public Action<Func<Task>> AwaitAction()
{
return async _ => await _();
}

  根据上文的总结,可以看出虽然await造成了阻塞,但并不是在主线程等待,所以我们幸运的并发了……

  再看下面一段,我干脆拿掉了await,毫无疑问的并发执行了。上篇让人汗颜的事情貌似还干了不少,好在我脸皮厚,不会删掉前一篇的随笔,哈哈哈哈……

        public void NoAwaitFuncTaskList()
{
var funcList = new List<Func<Task>>()
{
Delay3000Async,
Delay2000Async,
Delay1000Async
}; funcList.ForEach(_ => _());
} public void NoAwaitFuncTaskListNoLambda()
{
var funcList = new List<Func<Task>>()
{
Delay3000Async,
Delay2000Async,
Delay1000Async
}; //funcList.ForEach(NoAwaitAction());
foreach(var func in funcList)
{
NoAwaitAction()(func);
}
} public Action<Func<Task>> NoAwaitAction()
{
return _ => _();
}

  仔细看一下可以发现,为了懒惰而使用的ForEach其实增加了多余的一层Action<Func<Task>>,如果直接使用foreach会是如下的情况:

        public void NoAwaitFuncTaskWithoutForeachExtension()
{
var funcList = new List<Func<Task>>()
{
Delay3000Async,
Delay2000Async,
Delay1000Async
}; foreach (var func in funcList)
{
func();
}
}

  接下来是总结陈述:

  1.   async用于异步,可以优美的替代Thread、BackgroundWorker和Task.Run等写法。
  2.   await用于等待。一定是在你主动希望阻塞并等待返回结果时才使用。
  3.   在async方法里,Task在创建时就开始运行了。
  4.   写Lamdba别把自己写晕了……

  代码下载

await使用中的阻塞和并发(二)的更多相关文章

  1. 批判“await使用中的阻塞和并发”——对asyc/await这对基友的误会和更正

    写第一篇<await使用中的阻塞和并发>的时候还自信满满,觉得写的真不错,结果漏洞百出…… 更正第二篇<await使用中的阻塞和并发(二)>的时候觉得这回不会再错了…… 结果我 ...

  2. await使用中的阻塞和并发

    本文讨论,通过将Lambda还原成最普通的代码段,来解释上篇提出的疑问.并更正上篇中一些不太正确的写法.最后会给出无需等待Async方法返回值时,对Async方法使用await的建议,供大家参考.第一 ...

  3. [译]async/await中使用阻塞式代码导致死锁 百万数据排序:优化的选择排序(堆排序)

    [译]async/await中使用阻塞式代码导致死锁 这篇博文主要是讲解在async/await中使用阻塞式代码导致死锁的问题,以及如何避免出现这种死锁.内容主要是从作者Stephen Cleary的 ...

  4. [译]async/await中使用阻塞式代码导致死锁

    原文:[译]async/await中使用阻塞式代码导致死锁 这篇博文主要是讲解在async/await中使用阻塞式代码导致死锁的问题,以及如何避免出现这种死锁.内容主要是从作者Stephen Clea ...

  5. 阻塞队列之二:LinkedTransferQueue

    一.LinkedTransferQueue简介 TransferQueue是一个继承了BlockingQueue的接口,并且增加若干新的方法.LinkedTransferQueue是TransferQ ...

  6. Linux非阻塞IO(二)网络编程中非阻塞IO与IO复用模型结合

    上文描述了最简易的非阻塞IO,采用的是轮询的方式,这节我们使用IO复用模型.   阻塞IO   过去我们使用IO复用与阻塞IO结合的时候,IO复用模型起到的作用是并发监听多个fd. 以简单的回射服务器 ...

  7. 深入理解java:2.3.4. 并发编程concurrent包 之容器ConcurrentLinkedQueue(非阻塞的并发队列---循环CAS)

    1.    引言 在并发编程中我们有时候需要使用线程安全的队列. 如果我们要实现一个线程安全的队列有两种实现方式:一种是使用阻塞算法,另一种是使用非阻塞算法. 使用阻塞算法的队列可以用一个锁(入队和出 ...

  8. Asycn/Await 异步编程初窥(二)

    经过总过4天的学习和实践,做完了 WinForm 下 .Net 4.5 的基本异步应用,实现了一个 Http 协议下载的测试程序,为以后使用 .Net 4.5 积累知识和经验.这个小程序完成这样几个作 ...

  9. 并发(二)CyclicBarrier

    CyclicBarrier 循环屏障,用于一组固定数目的线程互相等待.使用场景如下: 主任务有一组串行的执行节点,每个节点之间有一批任务,固定数量的线程执行这些任务,执行完成后,在节点完成集合后,再继 ...

随机推荐

  1. 【理论】python使用celery异步处理请求

    Flask中使用celery队列处理执行时间较长的请求. 一. 安装celery pip install celery flask redis 二. celery简介 Celery是个异步分布式任务队 ...

  2. OpenCL 前缀和

    ▶ 向量前缀和 ● 最简单的版本,代码 #include <stdio.h> #include <stdlib.h> #include <cl.h> const c ...

  3. 串口通信,帧与帧之间的时间间隔问题?9600波特率,帧将各在20ms以上

  4. fireDAC oracle

    copy 4 files to D:\oracleapp\Administrator\product\11.2.0\client_1\BIN setup win 64 bit client .down ...

  5. MVC-READ1

    将具有不同稳定性的元素融为一体,具有最差稳定性的元素决定了整体的稳定性,这是“短板理论”在软件设计中的体现. MVC的创建者是Trygve M. H. Reenskau,他是挪威的计算机专家,同时也是 ...

  6. MathExamLv2——周世元211606348,许燕婷211606338

    结对编程 211606348 周世元 211606338 许燕婷 一.预估与实际 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) P ...

  7. js 正则积累

    //1.验证非空 if (v[j] == "notNull" && $.trim(f.value) == "") { alert(input.a ...

  8. shutdown和close的区别

    [shutdown和close的区别] 当所有的数据操作结束以后,你可以调用close()函数来释放该socket,从而停止在该socket上的任何数据操作:close(sockfd); 你也可以调用 ...

  9. Oracle的服务端_默认_启动的服务

  10. 77. Combinations (Recursion)

    Given two integers n and k, return all possible combinations of k numbers out of 1 ... n. For exampl ...