C#学习笔记：await/async 语法糖衣

多线程视频学习笔记，对await效果理解：

1、await/async 简介

2.1、没有await/async修饰的Task.Run()启动新线程情况 - 一个没有返回值的方法

执行效果：

2.2、使用await/async + Task 修饰 一个没有返回值的方法。（await/async 修饰一个方法，该方若不带返回值，可以返回一个Task）

可以通到编译的写法：

推荐写法（用Task 替换掉void）：

• 执行效果：该没有返回值的方法被Task修饰后，方法的启动是由主线程负责的，结束却是在Task.Run的新线程中。
  
• 这个现象是：主线程遇到await就返回了，await之后的语句就是新程序负责执行的了。
• 
• 在await之后的语句感觉是 Task的一个回调动作。与回调（task.ContinueWith()启动一个回调）作对比。
  结果是：回调里面的语句确实不是主线程（亦或者称之为 调用线程）调用的，是一个新的子线程调用的（这个语句肯定是由新线程执行的，有时候是Task子线程，有时候又申请了新的子线程）。
  和上面使用await的执行顺序是一样的。
  
  -总结await task效果：可以认为，加了await，其后面的代码被包装成了一个回调，和回调不一样的点是，回调的线程有多种可能性，而await后面的语句执行线程是其修饰的Task线程。
  

2.3、将一个带有返回值的方法使用Task.Run新线程执行计算过程，再返回结果，不用await/async修饰。

错误的获取思路：永远获取result的值是0。

2.4、使用await/async + Task 修饰一个需要返回值的方法 - 正确思路

2.5、总结

1、await 使在其之后的语句在 await修饰的子线程（由Task关键字创建） 中执行，await后面的语句有种被子线程 回调 的意思(控制台中测试的效果, winform窗体程序类型会有不同)。

[博文参考] cnblog申江渔夫 - await之后的线程问题的相关测试结论：由三次试验及相关资料可以得出结论，await之后的线程依SynchronizationContext在不同环境中的不同定义而产生不同的结果。比如在winform中，await之后的代码执行线程是主线程负责。文章中讨论这样一个问题： “「await 之后不会开启新的线程(await 从来不会开启新的线程)」的肯定句式改成「await 之后会开启新的线程吗? Maybe」这样的句式更加合适些。”

在看了多线程视频后，我是这样理解上面这句话：“[await 从来不会开启新的线程]”：开启线程这个活本来就是await 修饰的 Task负责的，await当然和新线程开启无关。紧接着await后的语句和子线程有关的原因是：await语法糖将后面的语句转换成了 Task子线程结束的一个回调（理解不深）。

个人理解博主在 [关于会不会开启新线程] 的测试中有一个疏忽，就是在控制台程序中，看到紧接着await语句后的语句由线程池中的线程执行，就说：Maybe [await 之后会开启新的线程]；个人觉得 博主可能对是否是新的线程以及线程本质上是由谁负责开启的没有分清楚。 个人理解上述说的await后的语句由线程池线程执行，这还是await修饰的Task负责申请的线程，并非新的线程，也就容易理解：「await 之后不会开启新的线程(await 从来不会开启新的线程)」。

[思考-未测试]：对于await后面的语句有种被子线程 回调 的意思(控制台中测试的效果, winform窗体程序类型会有不同)。这个不同点的思考：在winform中，使用 await Task() 之后 + 一段更新Form-UI的语句，该语句会是主线程（或者说是调用线程）执行的，那么不需要额外考虑使用委托delegate来实现跨线程更新UI。

• 控制台程序中，await Task() 之后的语句由Task子线程完成
  await之后的语句 与 线程回调 之间的比较 - 控制台类型主程序：
  1、相同点：该语句都不是调用线程（主线程）执行的。
  2、不同点：await后的语句执行线程就是Task子线程，而线程回调的语句执行线程可能是Task子线程，也可能是线程池中新的子线程
  
  

2、await 先后修饰多个Task，可以控制 多个Task子线程先后执行，实现 多线程执行流顺序执行的控制（视频中称之为 异步线程的同步执行）。

3、多线程视频中，老师借助IL反编译，分析await语法糖 = 状态机模型+递归调用

4、关于子线程返回值

参考：C#语法——await与async的正确打开方式

参考：C#多线程函数如何传参数和返回值