async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了。但是这也给我们编程埋下了一些隐患,有时候可能会产生一些我们自己都不知道怎么产生的Bug,特别是如果连线程基础没有理解的情况下,更不知道如何去处理了。那今天我们就来好好看看这两兄弟和他们的叔叔(Task)爷爷(Thread)们到底有什么区别和特点,本文将会对Thread 到 Task 再到 .NET 4.5的 async和 await,这三种方式下的并行编程作一个概括性的介绍包括:开启线程,线程结果返回,线程中止,线程中的异常处理等。
内容索引
创建
12
3
4
5
6
7
8
9
static
void
Main(){
new
Thread(Go).Start();
// .NET 1.0开始就有的
Task.Factory.StartNew(Go);
// .NET 4.0 引入了 TPL
Task.Run(
new
Action(Go));
// .NET 4.5 新增了一个Run的方法
}
public
static
void
Go(){
Console.WriteLine(
"我是另一个线程"
);
}
这里面需要注意的是,创建Thread的实例之后,需要手动调用它的Start方法将其启动。但是对于Task来说,StartNew和Run的同时,既会创建新的线程,并且会立即启动它。
线程池
线程的创建是比较占用资源的一件事情,.NET 为我们提供了线程池来帮助我们创建和管理线程。Task是默认会直接使用线程池,但是Thread不会。如果我们不使用Task,又想用线程池的话,可以使用ThreadPool类。
12
3
4
5
6
7
8
9
10
static
void
Main() {
Console.WriteLine(
"我是主线程:Thread Id {0}"
, Thread.CurrentThread.ManagedThreadId);
ThreadPool.QueueUserWorkItem(Go);
Console.ReadLine();
}
public
static
void
Go(
object
data) {
Console.WriteLine(
"我是另一个线程:Thread Id {0}"
,Thread.CurrentThread.ManagedThreadId);
}
传入参数
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
static
void
Main() {
new
Thread(Go).Start(
"arg1"
);
// 没有匿名委托之前,我们只能这样传入一个object的参数
new
Thread(
delegate
(){
// 有了匿名委托之后...
GoGoGo(
"arg1"
,
"arg2"
,
"arg3"
);
});
new
Thread(() => {
// 当然,还有 Lambada
GoGoGo(
"arg1"
,
"arg2"
,
"arg3"
);
}).Start();
Task.Run(() =>{
// Task能这么灵活,也是因为有了Lambda呀。
GoGoGo(
"arg1"
,
"arg2"
,
"arg3"
);
});
}
public
static
void
Go(
object
name){
// TODO
}
public
static
void
GoGoGo(
string
arg1,
string
arg2,
string
arg3){
// TODO
}
返回值
Thead是不能返回值的,但是作为更高级的Task当然要弥补一下这个功能。
12
3
4
5
static
void
Main() {
// GetDayOfThisWeek 运行在另外一个线程中
var
dayName = Task.Run<
string
>(() => {
return
GetDayOfThisWeek(); });
Console.WriteLine(
"今天是:{0}"
,dayName.Result);
}
共享数据
上面说了参数和返回值,我们来看一下线程之间共享数据的问题。
12
3
4
5
6
7
8
9
10
11
12
private
static
bool
_isDone =
false
;
static
void
Main(){
new
Thread(Done).Start();
new
Thread(Done).Start();
}
static
void
Done(){
if
(!_isDone) {
_isDone =
true
;
// 第二个线程来的时候,就不会再执行了(也不是绝对的,取决于计算机的CPU数量以及当时的运行情况)
Console.WriteLine(
"Done"
);
}
}
线程之间可以通过static变量来共享数据。
线程安全
我们先把上面的代码小小的调整一下,就知道什么是线程安全了。我们把Done方法中的两句话对换了一下位置 。
12
3
4
5
6
7
8
9
10
11
12
13
private
static
bool
_isDone =
false
;
static
void
Main(){
new
Thread(Done).Start();
new
Thread(Done).Start();
Console.ReadLine();
}
static
void
Done(){
if
(!_isDone) {
Console.WriteLine(
"Done"
);
// 猜猜这里面会被执行几次?
_isDone =
true
;
}
}
上面这种情况不会一直发生,但是如果你运气好的话,就会中奖了。因为第一个线程还没有来得及把_isDone设置成true,第二个线程就进来了,而这不是我们想要的结果,在多个线程下,结果不是我们的预期结果,这就是线程不安全。
锁
要解决上面遇到的问题,我们就要用到锁。锁的类型有独占锁,互斥锁,以及读写锁等,我们这里就简单演示一下独占锁。
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
private
static
bool
_isDone =
false
;
private
static
object
_lock =
new
object
();
static
void
Main(){
new
Thread(Done).Start();
new
Thread(Done).Start();
Console.ReadLine();
}
static
void
Done(){
lock
(_lock){
if
(!_isDone){
Console.WriteLine(
"Done"
);
// 猜猜这里面会被执行几次?
_isDone =
true
;
}
}
}
再我们加上锁之后,被锁住的代码在同一个时间内只允许一个线程访问,其它的线程会被阻塞,只有等到这个锁被释放之后其它的线程才能执行被锁住的代码。
Semaphore 信号量
我实在不知道这个单词应该怎么翻译,从官方的解释来看,我们可以这样理解。它可以控制对某一段代码或者对某个资源访问的线程的数量,超过这个数量之后,其它的线程就得等待,只有等现在有线程释放了之后,下面的线程才能访问。这个跟锁有相似的功能,只不过不是独占的,它允许一定数量的线程同时访问。
12
3
4
5
6
7
8
9
10
11
12
13
14
static
SemaphoreSlim _sem =
new
SemaphoreSlim(3);
// 我们限制能同时访问的线程数量是3
static
void
Main(){
for
(
int
i = 1; i <= 5; i++)
new
Thread(Enter).Start(i);
Console.ReadLine();
}
static
void
Enter(
object
id){
Console.WriteLine(id +
" 开始排队..."
);
_sem.Wait();
Console.WriteLine(id +
" 开始执行!"
);
Thread.Sleep(1000 * (
int
)id);
Console.WriteLine(id +
" 执行完毕,离开!"
);
_sem.Release();
}
在最开始的时候,前3个排队之后就立即进入执行,但是4和5,只有等到有线程退出之后才可以执行。
异常处理
其它线程的异常,主线程可以捕获到么?
12
3
4
5
6
7
8
9
10
public
static
void
Main(){
try
{
new
Thread(Go).Start();
}
catch
(Exception ex){
// 其它线程里面的异常,我们这里面是捕获不到的。
Console.WriteLine(
"Exception!"
);
}
}
static
void
Go() {
throw
null
; }
那么升级了的Task呢?
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public
static
void
Main(){
try
{
var
task = Task.Run(() => { Go(); });
task.Wait();
// 在调用了这句话之后,主线程才能捕获task里面的异常
// 对于有返回值的Task, 我们接收了它的返回值就不需要再调用Wait方法了
// GetName 里面的异常我们也可以捕获到
var
task2 = Task.Run(() => {
return
GetName(); });
var
name = task2.Result;
}
catch
(Exception ex){
Console.WriteLine(
"Exception!"
);
}
}
static
void
Go() {
throw
null
; }
static
string
GetName() {
throw
null
; }
一个小例子认识async & await
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
static
void
Main(
string
[] args){
Test();
// 这个方法其实是多余的, 本来可以直接写下面的方法
// await GetName()
// 但是由于控制台的入口方法不支持async,所有我们在入口方法里面不能 用 await
Console.WriteLine(
"Current Thread Id :{0}"
, Thread.CurrentThread.ManagedThreadId);
}
static
async Task Test(){
// 方法打上async关键字,就可以用await调用同样打上async的方法
// await 后面的方法将在另外一个线程中执行
await GetName();
}
static
async Task GetName(){
// Delay 方法来自于.net 4.5
await Task.Delay(1000);
// 返回值前面加 async 之后,方法里面就可以用await了
Console.WriteLine(
"Current Thread Id :{0}"
, Thread.CurrentThread.ManagedThreadId);
Console.WriteLine(
"In antoher thread....."
);
}
await 的原形
await后的的执行顺序
感谢 locus的指正, await 之后不会开启新的线程(await 从来不会开启新的线程),所以上面的图是有一点问题的。
await 不会开启新的线程,当前线程会一直往下走直到遇到真正的Async方法(比如说HttpClient.GetStringAsync),这个方法的内部会用Task.Run或者Task.Factory.StartNew 去开启线程。也就是如果方法不是.NET为我们提供的Async方法,我们需要自己创建Task,才会真正的去创建线程。
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
static
void
Main(
string
[] args)
{
Console.WriteLine(
"Main Thread Id: {0}\r\n"
, Thread.CurrentThread.ManagedThreadId);
Test();
Console.ReadLine();
}
static
async Task Test()
{
Console.WriteLine(
"Before calling GetName, Thread Id: {0}\r\n"
, Thread.CurrentThread.ManagedThreadId);
var
name = GetName();
//我们这里没有用 await,所以下面的代码可以继续执行
// 但是如果上面是 await GetName(),下面的代码就不会立即执行,输出结果就不一样了。
Console.WriteLine(
"End calling GetName.\r\n"
);
Console.WriteLine(
"Get result from GetName: {0}"
, await name);
}
static
async Task<
string
> GetName()
{
// 这里还是主线程
Console.WriteLine(
"Before calling Task.Run, current thread Id is: {0}"
, Thread.CurrentThread.ManagedThreadId);
return
await Task.Run(() =>
{
Thread.Sleep(1000);
Console.WriteLine(
"'GetName' Thread Id: {0}"
, Thread.CurrentThread.ManagedThreadId);
return
"Jesse"
;
});
}
我们再来看一下那张图:
- 进入主线程开始执行
- 调用async方法,返回一个Task,注意这个时候另外一个线程已经开始运行,也就是GetName里面的 Task 已经开始工作了
- 主线程继续往下走
- 第3步和第4步是同时进行的,主线程并没有挂起等待
- 如果另一个线程已经执行完毕,name.IsCompleted=true,主线程仍然不用挂起,直接拿结果就可以了。如果另一个线程还同有执行完毕, name.IsCompleted=false,那么主线程会挂起等待,直到返回结果为止。
只有async方法在调用前才能加await么?
12
3
4
5
6
7
8
9
10
11
12
13
static
void
Main(){
Test();
Console.ReadLine();
}
static
async
void
Test(){
Task<
string
> task = Task.Run(() =>{
Thread.Sleep(5000);
return
"Hello World"
;
});
string
str = await task;
//5 秒之后才会执行这里
Console.WriteLine(str);
}
答案很明显:await并不是针对于async的方法,而是针对async方法所返回给我们的Task,这也是为什么所有的async方法都必须返回给我们Task。所以我们同样可以在Task前面也加上await关键字,这样做实际上是告诉编译器我需要等这个Task的返回值或者等这个Task执行完毕之后才能继续往下走。
不用await关键字,如何确认Task执行完毕了?
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
static
void
Main(){
var
task = Task.Run(() =>{
return
GetName();
});
task.GetAwaiter().OnCompleted(() =>{
// 2 秒之后才会执行这里
var
name = task.Result;
Console.WriteLine(
"My name is: "
+ name);
});
Console.WriteLine(
"主线程执行完毕"
);
Console.ReadLine();
}
static
string
GetName(){
Console.WriteLine(
"另外一个线程在获取名称"
);
Thread.Sleep(2000);
return
"Jesse"
;
}
Task.GetAwaiter()和await Task 的区别?
- 加上await关键字之后,后面的代码会被挂起等待,直到task执行完毕有返回值的时候才会继续向下执行,这一段时间主线程会处于挂起状态。
- GetAwaiter方法会返回一个awaitable的对象(继承了INotifyCompletion.OnCompleted方法)我们只是传递了一个委托进去,等task完成了就会执行这个委托,但是并不会影响主线程,下面的代码会立即执行。这也是为什么我们结果里面第一句话会是 “主线程执行完毕”!
Task如何让主线程挂起等待?
上面的右边是属于没有挂起主线程的情况,和我们的await仍然有一点差别,那么在获取Task的结果前如何挂起主线程呢?
12
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
static
void
Main(){
var
task = Task.Run(() =>{
return
GetName();
});
var
name = task.GetAwaiter().GetResult();
Console.WriteLine(
"My name is:{0}"
,name);
Console.WriteLine(
"主线程执行完毕"
);
Console.ReadLine();
}
static
string
GetName(){
Console.WriteLine(
"另外一个线程在获取名称"
);
Thread.Sleep(2000);
return
"Jesse"
;
}
Task.GetAwait()方法会给我们返回一个awaitable的对象,通过调用这个对象的GetResult方法就会挂起主线程,当然也不是所有的情况都会挂起。还记得我们Task的特性么? 在一开始的时候就启动了另一个线程去执行这个Task,当我们调用它的结果的时候如果这个Task已经执行完毕,主线程是不用等待可以直接拿其结果的,如果没有执行完毕那主线程就得挂起等待了。
await 实质是在调用awaitable对象的GetResult方法
12
3
4
5
6
7
8
9
10
11
12
13
static
async Task Test(){
Task<
string
> task = Task.Run(() =>{
Console.WriteLine(
"另一个线程在运行!"
);
// 这句话只会被执行一次
Thread.Sleep(2000);
return
"Hello World"
;
});
// 这里主线程会挂起等待,直到task执行完毕我们拿到返回结果
var
result = task.GetAwaiter().GetResult();
// 这里不会挂起等待,因为task已经执行完了,我们可以直接拿到结果
var
result2 = await task;
Console.WriteLine(str);
}
到此为止,await就真相大白了,欢迎点评。Enjoy Coding! :)
作者:Jesse 出处: http://jesse2013.cnblogs.com/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。如果觉得还有帮助的话,可以点一下右下角的【推荐】,希望能够持续的为大家带来好的技术文章!想跟我一起进步么?那就【关注】我吧。
async & await 的前世今生
时间: 2024-12-23 18:49:39
async & await 的前世今生的相关文章
async &; await 的前世今生(Updated)
原文:async & await 的前世今生(Updated) async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了.但是这也给我们编程埋下了一些隐患,有时候可能会产生一些我们自己都不知道怎么产生的Bug,特别是如果连线程基础没有理解的情况下,更不知道如何去处理了.那今天我们就来好好看看这两兄弟和他们的叔叔(Task)爷爷(Thread)们到底有什么区别和特点,本文将会对Threa
如何在现有代码中通过async/await实现并行
一项新技术或者一个新特性,只有你用它解决实际问题后,才能真正体会到它的魅力,真正理解它.也期待大家能够多分享解一些解决实际问题的内容. 在我们遭遇"黑色30秒"问题的过程中,切身体会到了异步的巨大作用(详见从ASP.NET线程角度对"黑色30秒"问题的全新分析),于是开始逐步地用async/await改造现有代码. 今天早上在将一个MVC Controller中的Action改为异步的时候突然发现--其中有7个方法调用可以并行执行. public async Tas
C# async/await 使用总结
今天搞这两个关键字搞得有点晕,主要还是没有彻底理解其中的原理. 混淆了一个调用异步方法的概念: 在调用异步方法时,虽然方法返回一个 Task,但是其中的代码已经开始执行.该方法在调用时,即刻执行了一部分代码,直接最底层的 Async API 处才产生真正的异步操作,这时向上逐步返回,并最终使用一个 Task 来代表该异步任务. 当不使用 await 关键字时,该异步方法同样在异步执行.而使用 await 关键字后,只不过是对 Task(awaitable) 对象异步等待其执行结束,然后再同上
Async/Await替代Promise的6个理由
译者按: Node.js的异步编程方式有效提高了应用性能;然而回调地狱却让人望而生畏,Promise让我们告别回调函数,写出更优雅的异步代码;在实践过程中,却发现Promise并不完美;技术进步是无止境的,这时,我们有了Async/Await. Node.js 7.6已经支持async/await了,如果你还没有试过,这篇博客将告诉你为什么要用它. Async/Await简介 对于从未听说过async/await的朋友,下面是简介: async/await是写异步代码的新方式,以前的方法有回调函
async / await:更好的异步解决方案
在实际开发中总会遇到许多异步的问题,最常见的场景接口请求之后一定要等一段时间才能得到结果,如果遇到多个接口前后依赖,那么问题就变得复杂.大家都一直在尝试使用更好的方案来解决这些问题.最开始只能利用回调函数,后来开始有人使用Promise的思维来搞定.到ES6中开始支持原生的Promise,引入Generator函数. 直到ES7,有了async/await. 这是一个用同步的思维来解决异步问题的方案. 我想很多人可能还不太分得清同步与异步的区别.如果你已经彻底了解了事件循环,那么想必对异步的概念
如何改写用async/await写的方法
问题描述 由于async/await是.Net4.5关键字,现在想用.Net2.0实现同样的功能,该如何改写?这是一个定时器的启动方法.//启动PreciseTimerpublicasyncvoidStart(){if(running)return;running=true;Reset();timestamp=RawTicks+interval;while(running){//如果把下面的timestamp=RawTicks+interval放在此行,精确度会降低awaitTask.Delay
JavaScript 的 Async/Await 完胜 Promise 的六个理由
提醒一下各位,Node 现在从版本 7.6 开始就支持 async/await 了.如果你还没有试过它,这里有一堆带有示例的理由来说明为什么你应该马上采用它,并且再也不会回头. 貌似嵌入 gist 上的代码在 medium 原生 app 中不行,但是在移动浏览器上可以.如果你是在 app 中读本文,请点击共享图标,选择"在浏览器中打开",才看得到代码片段. Async/await 101 对于那些从未听说过这个话题的人来说,如下是一个简单的介绍: Async/await 是一种编写异步
async/await成对匹配,不是一个死循环吗?
问题描述 async/await成对匹配,不是一个死循环吗? 要在async修饰的方法体里面使用await,被await的方法需要用async修饰.而且里面必须要有await. 这样一层一层递推下去,最后似乎必须await到一个内置的耗时方法上去,否则就没法结束.这究竟是怎么回事??? 麻烦熟悉的师兄师姐们指点迷津. 举例(简化): async void DoWork1() {//... await DoWork11(); } async Task DoWork11() {//... await
Python协程:从yield/send到async/await
这个文章理好了脉落. http://python.jobbole.com/86069/ 我练 习了一番,感受好了很多... Python由于众所周知的GIL的原因,导致其线程无法发挥多核的并行计算能力(当然,后来有了multiprocessing,可以实现多进程并行),显得比较鸡肋.既然在GIL之下,同一时刻只能有一个线程在运行,那么对于CPU密集的程序来说,线程之间的切换开销就成了拖累,而以I/O为瓶颈的程序正是协程所擅长的: 多任务并发(非并行),每个任务在合适的时候挂起(发起I/O)和恢复