异步编程
.1 线程回顾
说到异步编程，离不开多线程。在前面的课程中我们学习过多线程。回顾一下我们之前的例子。
允许结果如下。
多线程的意义在于一个应用程序中，有多个执行部分可以同时执行；对于比较耗时的操作(例如io，数据库操作)，或者等待响应(如WCF通信)的操作，可以单独开启后台线程来执行，这样主线程就不会阻塞，可以继续往下执行；等到后台线程执行完毕，再通知主线程，然后做出对应操作！
试想一下，如果有大量的任务需要处理，例如网站后台对于HTTP请求的处理，那是不是要对每一个请求创建一个后台线程呢？显然不合适，这会占用大量内存，而且频繁地创建的过程也会严重影响速度，那怎么办呢？线程池就是为了解决这一问题，把创建的线程存起来，形成一个线程池(里面有多个线程)，当要处理任务时，若线程池中有空闲线程(前一个任务执行完成后，线程不会被回收，会被设置为空闲状态)，则直接调用线程池中的线程执行。
下面的代码就是从线程池中创建线程并执行。
运行结果如下。
可以看到，虽然执行了10次，但并没有创建10个线程。
.2 Task 和 Task<TResult>
Task是.加入的，跟线程池ThreadPool的功能类似，用Task开启新任务时，会从线程池中调用线程，而Thread每次实例化都会创建一个新的线程。
运行结果如下。
开启新任务的方法：()或者()，开启的是后台线程。
要在主线程中等待后台线程执行完毕，可以使用Wait方法(会以同步的方式来执行)。不用Wait则会以异步的方式来执行。
Task<TResult>就是有返回值的Task，TResult就是返回值类型。
运行结果如下。
通过可以取到返回值，若取值的时候，后台线程还没执行完，则会等待其执行完毕。
.3 async/await
C# 5.0中引入了async 和 await。这两个关键字可以让你更方便的写出异步代码。用法如下。
运行结果如下。
可以看出来，main函数调用GetStrLengthAsync方法后，在await之前，都是同步执行的，直到遇到await关键字，main函数才返回继续执行。
上面提到可以让主线程等待后台线程执行完毕，await和wait类似，同样是等待，等待Task<string>.Run()开始的后台线程执行完毕，不同的是await不会阻塞主线程，只会让GetStrLengthAsync方法暂停执行。
async用来修饰方法，表明这个方法是异步的，声明的方法的返回类型必须为：void，Task或Task<TResult>。
await必须用来修饰Task或Task<TResult>，而且只能出现在已经用async关键字修饰的异步方法中。通常情况下，async/await成对出现才有意义。
所有Task<TResult>的返回值都是直接用获取，这样如果后台任务没有执行完毕的话，主线程会等待其执行完毕，这样的话是不是就和同步一样了？看上去一样，但其实await的时候并不会造成线程的阻塞。我们看下面的示例。
OnCompleted中的代码会在任务执行完成之后执行，运行结果如下。
.4 在 Web API中使用async/await
当在数据库中执行查询时，异步查询可避免阻止线程。异步操作还可以增加 Web 应用程序的吞吐量，可以在数据库操作完成时释放线程去处理其他请求。
异步查询异步保存
在 扩展类中，提供了一系列异步方法，如：FirstOrDefaultAsync()、ToListAsync()、ToArrayAsync()、SingleAsync()等。另外还有DbContext对象的SaveChangesAsync()方法。
跨域请求
.1 什么是跨域
跨域，是指浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器对JavaScript实施的安全限制。
同源策略限制了一下行为：
l Cookie、LocalStorage 和 IndexDB 无法读取
l DOM 和 JS 对象无法获取
l Ajax请求发送不出去
2. 常见的跨域场景
所谓的同源是指，域名、协议、端口均为相同。
当发生跨域时，经常会引发如下形式的异常。
.2 跨域问题解决方案
1. Mvc和WebApi通用的模式
该模式是MVC和WebApi通用的一种处理模式，简单便捷，不需要额外添加多余的程序集，只需要在WebConfig中进行配置一下即可。
同时缺点也比较明显，那就是只能全局配置，配置完后，所有的控制器下的方法都支持跨域了。
代码配置如下，在<节点的最顶部添加如下代码：
其中，
l Access-Control-Allow-Origin ：代表允许请求的地址，如：" http://localhost:2131, http://localhost:2133" 多个地址之间用逗号隔开，* 代表运行所有
l Access-Control-Allow-headers： 代表允许的表头
l Access-Control-Allow-method: 代表允许请求的方法。如："GET,PUT,POST,DELETE"
2. WebApi特有的处理方式
首先通过Nuget添加【】程序集。该程序集中的核心方法：
EnableCorsAttribute(string origins, string headers, string methods)
其参数分别表示：
origins代表允许请求的地址：" http://localhost:2131, http://localhost:2133" 多个地址之间用逗号隔开。
headers代表允许的表头。
method代表允许请求方法："GET,PUT,POST,DELETE"
*代表允许所有。
该模式和上述通用的模式相比较， 最大的好处就是比较灵活，既可以作用于全局，也可以特性的形式作用于Controller，或者直接作用于Action。
1.作用于全局
在WebApiConfig类中的Register方法中添加：(new EnableCorsAttribute("*", "*", "*"));
2.作用于Controller
(1). 在WebApiConfig类中的Register方法中添加：();
(2). 在FifthController控制器上添加特性：[EnableCors("*", "*", "*")]
3.作用于Action
(1).在WebApiConfig类中的Register方法中添加：();
(2). 在GetUserName2方法上添加特性：[EnableCors("*", "*", "*")]
部分代码如下所示：
