ASP.NET MVC EF 中使用异步控制器

最近悟出来一个道理，在这儿分享给大家：学历代表你的过去，能力代表你的现在，学习代表你的将来。

十年河东十年河西，莫欺少年穷

学无止境，精益求精  

为什么使用异步操作/线程池

 ASP.NET MVC 中为什么需要使用异步呢，IIS有一个线程池来处理用户的请求，当一个新的请求过来时，将调度池中的线程以处理该请求，然而，但并发量很高的情况下，池中的线程已经不能够满足这么多的请求时候，池中的每一个线程都处于忙的状态则在处理请求时将阻塞处理请求的线程，并且该线程不能对另一个请求提供服务，如果请求队列已满，则 Web 服务器会拒绝请求并处于 HTTP 503繁忙状态。如果是处理一些高延迟，例如网络操作，这样的线程大多数只是等待状态大部分时间是不做任何事情的，这样的线程就可以使用异步编程更好的充分利用。

异步处理

例如：如果某个请求生成一个需要两秒钟来完成的网络调用，则该请求无论是同步执行还是异步执行都需要两秒钟。 但是，在异步调用的过程中，服务器在等待第一个请求完成的过程中不会阻塞对其他请求的响应。 因此，当有许多请求调用长时间运行的操作时，异步请求可以防止出现请求排队的情况。在.NET 4.5中最大线程池为 5000 .NET 4.5中也增加了 await与async关键字来简化异步编程。

同步还是异步(摘录MSDN)

通常，在满足以下条件时使用同步管线：

• 操作很简单或运行时间很短。

• 简单性比效率更重要。

• 此操作主要是 CPU 操作而不是包含大量的磁盘或网络开销的操作。 对 CPU 绑定操作使用异步操作方法未提供任何好处并且还导致更多的开销。

通常，在满足以下条件时使用异步管线：

• 操作是网络绑定的或 I/O 绑定的而不是 CPU 绑定的。

• 测试显示阻塞操作对于网站性能是一个瓶颈，并且通过对这些阻塞调用使用异步操作方法，IIS 可对更多的请求提供服务。

• 并行性比代码的简单性更重要。

• 您希望提供一种可让用户取消长时间运行的请求的机制。

ASP.NET MVC 中使用异步控制器

#region 1、异步请求
        
        [AsyncTimeout(1000)]
        public async Task<ActionResult> Index()
        {
            var data = await GetPageTaskAsync("http://163.com");
            return data;
        }

        public async Task<ActionResult> GetPageTaskAsync(string url)
        {
            try
            {
                using (var client = new HttpClient())
                {
                    await Task.Delay(3000);
                    var fetchTextTask = client.GetStringAsync(url);
                    return Json(new { fetchText = await fetchTextTask,error="NO" },JsonRequestBehavior.AllowGet);
                }
            }
            catch (WebException ex)
            {
                
                throw ex;
            }
        }

        #endregion

下面以EF为例进行说明：

代码中高亮部分显示了异步方法和同步方法的不同之处：

        public async Task<ActionResult> Index()
        {
            var departments = db.Departments.Include(d => d.Administrator);
            return View(await departments.ToListAsync());
        }

我们应用了四个更改来启用实体框架数据库执行异步查询：

• 该方法使用了async关键字，它告诉编译器生成回调方法体的部分，并自动创建Task<ActionResult>返回对象。
• 返回类型从ActionResult更改为Task<ActionResult>。Task<T>类型表示正在进行的任务具有类型为T的结果。
• await关键字被应用到web服务调用。当编译器看到有此关键字时，在后台将该方法分为两个部分。第一部分结束于异步操作启动，第二部分被放入一个操作完成时的回调方法。
• 调用了ToList扩展方法的异步版本。

为什么只修改departments.ToList语句而不是departments= db.Departments语句？原因是只有被发送的数据库执行的查询或语句才能够使用异步执行。departments=db.Departments语句设置了一个查询，但直到调用ToList方法时该查询都不会执行。因此，只有ToList方法是异步执行的。

在Details方法和Httpget的Edit和Delete方法中，Find方法是导致查询被发送到数据库进行检索的方法，所以该方法是可以异步执行的。

public async Task<ActionResult> Details(int? id)
        {
            if (id == null)
            {
                return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
            }
            Department department = await db.Departments.FindAsync(id);
            if (department == null)
            {
                return HttpNotFound();
            }
            return View(department);
        }

在Create,HttpPost的Edit和DeleteConfirmed方法中，是SaveChanges方法导致命令执行，而像db.Department.Add(department)方法只是导致实体在内存中的修改。

public async Task<ActionResult> Create([Bind(Include="DepartmentID,Name,Budget,StartDate,InstructorID")] Department department)
        {
            if (ModelState.IsValid)
            {
                db.Departments.Add(department);
                await db.SaveChangesAsync();
                return RedirectToAction("Index");
            }

            ViewBag.InstructorID = new SelectList(db.Instructors, "ID", "LastName", department.InstructorID);
            return View(department);
        }

程序正常地运行，就跟其他的控制器一样。但在此控制器中，所有SQL查询都是异步执行的。

当您在实体框架中使用异步编程要注意的一些事情：

• 异步代码不是线程安全的。换言之，不要使用同一个上下文实例以并行方式来执行多个操作。
• 如果你想要利用异步代码的性能优势，请确保您正在使用的所有库软件包(例如分页)，在包中进行的数据库查询等任何实体框架方法也使用异步执行。

@陈卧龙的博客