关于 EF 对象的创建问题

  在开发过程中,项目往往被划分为多层,而一个请求过来往往是从表示层开始一层一层向下调用,那么如果我们在不同的层中都使用到了 EF 上下文对象,而

有好几层都这么创建一个 EF 对象然后对其进行操作,那么最终哪一层的 EF 对象是我们需要的最新的数据就很难确定了,这是就很容易产生脏读。

  在这种情况下,我们首先会想到使用单例模式,这样在整个应用程序的生命周期内只允许被创建一次。但是这样又会出现一个问题,所有的用户都访问同一个

EF 对象,随着访问的用户越来越多,这个 EF 对象的资源无法及时释放,导致占用的内存也会越来越大,虽然垃圾回收机制会自动回收掉大部分内存,但是有一些

内存对象是需要我们手动回收的,可是在这里我们又不能使用 using 直接回收这个单例对象,因为如果把单例对象释放了,大家就都访问不了了,所以无法使用单例

模式来解决这份 EF 对象的创建问题。

真正的解决办法:

   这时,创建线程对象就可以了,我们只需要保证 EF 对象在一个线程内唯一,一个请求就是一个线程,这样就无须关心多层直接操作 EF 对象的问题了。

   HttpContext 对象就是微软封装的一个线程对象,完全可以把创建的 EF 对象存到 HttpContext 对象中,实现 EF 对象在线程中唯一。

        public NorthwindEntities DB2
        {
            get
            {
                NorthwindEntities db = null;
                if(HttpContext.Items["db1"] == null)
                {
                    db = new NorthwindEntities();
                    HttpContext.Items["db1"] = db;
                }
                else
                {
                    db = HttpContext.Items["db1"] as NorthwindEntities;
                }
                return db;
            }
        }

 

转载于:https://www.cnblogs.com/zhangchaoran/p/8883791.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值