Entity Framework在Asp.net MVC中的实现One Context Per Request(附源码)
2013-08-10 00:22 JustRun 阅读(4124) 评论(29) 编辑 收藏 举报上篇中"Entity Framework中的Identity map和Unit of Work模式", 由于EF中的Identity map和Unit of Work模式,EF体现出来如下特性:
唯一性: 在一个Context的生命周期中,一个Entity只会有一个实例,任何对该实例的修改,即使这些改动没有保存到数据库中,修改都会影响到整个Context的生命周期。
事务性: 所有对于Entity的修改,都会在调用SaveChange方法的时候,一起保存到数据库中,最终实现持久化。
下面基于EF的上面特点,分析一下为什么需要在MVC中实现One Context Per Request, 也就是在一个Request生命周期中,只有一个Context.
阅读目录:
一、每次创建Context的缺点
二、使用全局Context的缺点
三、在MVC中实现One Context Per Request
四、借助Autofac实现One Context Per Request
一,每次创建Context的缺点
一般在项目的数据访问层中使用Entity Framework,代码如下
public IEnumerable<Student> GetStudents() { using (var context = new SchoolContext()) { return context.Students.ToList(); } }
这个是数据访问层中非常常见的方法,返回DB中所有的Student数据。
这里在使用Context的时候,创建一个Context的实例进行操作。
但是这种方式带来了下面一些缺点:
- 首先,每次的数据处理,都用new context, 会导致更多的资源开销。
- 假如业务逻辑层调用GetStudents方法获取到数据之后,要访问Student的导航属性School怎么办? 逻辑层代码使用导航时候就会导致异常,因为EF只能在context生命周期中,才能够再次请求数据库,取得导航属性School的数据。
- 如果是插入操作,而且是多个关联表的数据插入,插入操作在不同的context中完成,就无法应用EF的事务效果。保证数据能够同时插入成功,如果失败,就一起回滚。
- 如果在循环中插入数据,每次插入数据都是在不同的context中完成,性能就是一个悲剧。
二,使用全局Context的缺点
看到了"每次创建Context”的缺点,可能会认为使用全局Context是个好的解决方案。
但是全局Context带来的问题更大:
- 如果全局使用一个Context,会导致越来越多的数据缓存到本地, 随着程序的使用时间越长,占用的资源越来越大。
- 使用全局Context, 会导致缓存数据无法得到及时更新。即使数据库中的数据有改动,使用EF取出来得数据有可能还是改动之前的数据。
所以:
- 在MVC项目中,建议每个request, 使用一个Context
- 在Winform中和WPF中,一个Form或者一个Presenter一个Context
- 在WebService, Web API中,每次调用, 使用一个Context.
三, 在MVC中实现One Context Per Request
思路是这样的, 在Global.asax.cs文件中,在Begin Request事件中,创建和保存Context; 在End Request事件中,销毁Context. 另外提供一个公开的静态属性来获取这个Context。
详细的代码如下:
在Global.asax.cs中
protected virtual void Application_BeginRequest() { HttpContext.Current.Items["_EntityContext"] = new EntityContext(); } protected virtual void Application_EndRequest() { var entityContext = HttpContext.Current.Items["_EntityContext"] as EntityContext; if (entityContext != null) entityContext.Dispose(); }
添加静态属性,以便程序中能够方便的取出和使用Context
public class EntityContext { public static EntityContext Current { get { return HttpContext.Current.Items["_EntityContext"] as EntityContext; } } }
四,借助Autofac实现One Context Per Request
Autofac是.net的Ioc容器,具体使用的方法,可以看这里 IoC容器Autofac(4) - Autofact + Asp.net MVC + EF Code First(附源码)
本文的Demo源码,是在上面博客附带的源码基础上修改而来的。
这里,只是介绍一下如何使用Autofac注册Context
在Application_Start函数体内,执行如下代码
var builder = new ContainerBuilder(); //创建builder //注册builder, 实现one context per request builder.RegisterType<eassistdevContext>().InstancePerHttpRequest(); var container = builder.Build();//创建容器 DependencyResolver.SetResolver(new AutofacDependencyResolver(container));//覆盖MVC默认的实例化Controller的方法,转而又Auotfac容器提供
更详细的过程,可以在这里直接下载源代码 AutofactMVC(One-Context-Per-Request).zip
源代码中也使用了MiniProfler,推荐一下

本文基于署名 2.5 中国大陆许可协议发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名justrun(包含链接)。如您有任何疑问或者授权方面的协商,请给我留言。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· [AI/GPT/综述] AI Agent的设计模式综述
2012-08-10 《IT项目管理》读书笔记(9) —— 项目风险管理