探寻ASP.NET MVC鲜为人知的奥秘（2）：与Entity Framework配合，让异步贯穿始终

Why

在应用程序，尤其是互联网应用程序中，性能一直是很多大型网站的困扰，由于Web2.0时代的到来，人们更多的把应用程序从C/S结构迁移到B/S结构，这样会带来客户端轻量，部署、试试方便快捷等优势，但是万事万物都有他的两面性，这样的发展趋势同时也带来了其他方便的不好影响，其中很重要的一项就是系统对服务器的性能要求提高，随着用户量增多和系统功能的增加，服务器性能渐渐成了短板。

这种性能的影响，可以从诸多方面进行优化，比如使用负载均衡的服务器，建立服务器集群等方式，但是这是从硬件配置方面的优化，而在软件开发方面，同样也可以做很多性能方面的优化。

我们都知道，微软的IIS服务器中每个线程数量是有限的，在以往的ASP.NET MVC应用程序中，当一个请求到达服务器，IIS从线程池中创建一个线程开始执行调用，当执行完所有的操作将请求返回，再释放线程，也就是说整个调用过程中，线程是一只持有的。

可如果程序访问人数增加，线程就成了一种稀缺的资源，如果在一次请求中，需要访问远程数据库、或者进行大的IO处理，这是请求很可能就会长期的持有一个线程，而当用户量大这种长期请求多的时候，线程池就会迅速的被占满，请求进入等待队列，而且等待队列也是有最大长度的，同时还可能将请求超时返回给浏览器端。

所以，我们就会想需要一种异步的方式来执行请求，当遇到长请求的时候，将请求从IIS线程交由后台线程处理，释放当前线程，处理完成后，再从线程池中选择线程继续进行请求的其它处理。

How

在ASP.NET MVC3种，已经提供了AsyncController，可以创建异步的控制器，可那时候需要用到Async和Completed方法对的模式来处理，而现在，我们不需要单独去实现继承自AsyncController的类，只需要在原有Action方法上加上特定的关键字和返回类型，就可以创建异步的控制器。

而且，在Entity Framework6中，同样实现了对数据的异步查询和保存的功能，这就使得我们在应用程序整个过程中，都可以以异步的方式处理逻辑。

Let’s  do   it

示例使用VS2013创建一个ASP.NET MVC5项目”AsyncExample“（不纠结于设计原则，注意重点）

在Models文件夹中添加一个用户类：

namespace AsyncExample.Models
{
    public class User
    {
        [Key]
        public int Id { get; set; }
        public string IdentityToken { get; set; }
        public string Name { get; set; }
    }
}

给项目添加Entity Framework的引用

PM> install-package entityframework

创建DbContext子类AsyncDbContext类:

namespace AsyncExample.Models
{
    public class AsyncDbContext:DbContext
    {
        public DbSet<User> Users { get; set; }

        public AsyncDbContext()
            : base("name=DefaultConnection")
        { 

        }
    }
}

更新Web.config，添加数据库连接串。

开启Entity framework的Migrations功能：

PM> enable-migrations

BTW：在新版本的Entity Framework中，已经可以使用自动迁移，不需要为每一次的模型变更手动的去升级数据库结构，打开的方法很简单：

打开Migrations文件夹下的Configuration.cs文件，在Configuration默认构造函数中可以看到一个AutomaticMigrationsEnabled属性被设置为False，改成True就可以自动迁移了，颤抖吧

数据库更新完之后，来创建一个控制器：

using System.Data.Entity;

namespace AsyncExample.Controllers
{
    public class UserController : Controller
    {
        AsyncDbContext context = new AsyncDbContext();

        public ActionResult Create()
        {
            return View();
        }

        [HttpPost]
        public async Task<ActionResult> Create(User user)
        {
            context.Users.Add(user);
            await context.SaveChangesAsync();
            return RedirectToAction("List");
        }

        public async Task<ActionResult> List()
        {
            return View(await context.Users.ToListAsync());
        }
    }
}

可以看到在Create和List两个方法中，都使用了async和aswait创建了两个异步的方法，我们也只直接继承了Controller，因为现在的同步异步的功能都放在了这个类里，同时我们需要引入Systen.Data.Entity这个命名空间，其中包含了对IQueryable类型的ToListAsync扩展方法，增加了异步加载的功能。

最终呈现效果,摆图占地：

这篇就到这里了，其实这一系列的下一篇还没确定要写什么内容，希望博友基友好朋友们给点意见把。

如果您觉得这篇文章对您有用，劳烦给个赞！

如果您觉得这篇文章可能对别人游泳，劳烦您推荐一个！

如果您觉得这篇文章真扯淡，那么你又给我刷了个访问量！