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扩展方法,增加了异步加载的功能。
最终呈现效果,摆图占地:
这篇就到这里了,其实这一系列的下一篇还没确定要写什么内容,希望博友基友好朋友们给点意见把。
如果您觉得这篇文章对您有用,劳烦给个赞!
如果您觉得这篇文章可能对别人游泳,劳烦您推荐一个!