探寻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扩展方法,增加了异步加载的功能。

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

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

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

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

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

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏程序员的SOD蜜

使用微服务架构思想,设计部署OAuth2.0授权认证框架

9192
来自专栏三丰SanFeng

无锁编程 - 大纲

锁的缺点 锁定被迫交出时间片。 锁定意味着阻塞,多个线程(进程)排队获取资源,无法充分发挥系统性能。 锁定的阻塞无法通过fd进行通知,对性能有进一步的影响(理想...

1817
来自专栏程序员与猫

JSON Patch

936
来自专栏dalaoyang

SpringBoot学习历程

经过同事介绍,听说了SpringBoot框架,并且亲身感受过这个框架的优势,经过一段时间的学习和使用,故此写博客记录自己学习SpringBoot的全部历程。

40310
来自专栏阿杜的世界

【转】Dubbo架构设计详解总体架构核心要点参考资料

Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度...

815
来自专栏人云亦云

Storm参数配置及代码优化

3365
来自专栏芋道源码1024

熔断器 Hystrix 源码解析 —— 命令执行(一)之正常执行逻辑

本文主要基于 Hystrix 1.5.X 版本 1. 概述 2. #applyHystrixSemantics(...) 3. TryableSemaphor...

4768
来自专栏大内老A

通过重建Hosting系统理解HTTP请求在ASP.NET Core管道中的处理流程[上]:采用管道处理请求

之所以称ASP.NET Core是一个Web开发平台,而不是一个单纯的开发框架,源于它具有一个极具扩展性的请求处理管道,我们可以通过对这个管道的定制来满足各种场...

1838
来自专栏腾讯云数据库团队的专栏

Hbase WAL 线程模型源码分析

Hbase的WAL机制是保证hbase使用lsm树存储模型把随机写转化成顺序写,并从内存read数据,从而提高大规模读写效率的关键一环。wal的多生产者单消费者...

5.8K1
来自专栏EAWorld

Resteasy ,从学会使用到了解原理

1、背景知识 1.1)了解Rest是什么? 1.2)了解JAX-RS是什么? 1.3)RestEasy简介 2、手把手教你使...

2474

扫描关注云+社区