EF DbContext 保证上下文唯一

小渣渣

使用EF操作数据库，在同一个HTTP请求将DbContext（数据库操作上下文类）提取出来，保证唯一，文章使用两种方案保证 Entity Framework 上下文唯一，另外，附上在 .NET Core 平台的解决方案。

方案一

如果说，一个对象保证全局唯一，大家肯定会想到一个经典的设计模式：单例模式，如果要使用的对象必须是线程内唯一的呢？

数据槽：CallContext，ok看下msdn对callcontent的解释。

CallContext 是类似于方法调用的线程本地存储区的专用集合对象，并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当 CallContext 沿执行代码路径往返传播并且由该路径中的各个对象检查时，可将对象添加到其中。

也就是说，当前线程对对象进行储存到线程本地储存区，对象随着线程的销毁而销毁。

使用代码：

登录可见。

使用场景：我个人认为，当对象需要线程内全局使用，而其他线程包扩子线程都不能访问的时候使用。比如EF的数据上下文，每次请求都会生成一个线程处理请求，这时候创建一个数据上下文对象给不同的函数使用，最后一起提交就完全可以避免事务的问题。当然也许有人会问我可以创建一个变量来使用，同样可以达到一样的目的，这当然也是可以的，只是这个对象你也是可以和其他线程数据进行交互的，这就违背了线程内唯一的概念了。

方案二

基于 web http 请求的方案，因为每一次请求，都是一个新的线程，代码如下：

登录可见。

在 .NET Core 中使用 “CallContext”

我们知道，CallContext已经不适用于 .NETStandard 或 .NET Core 。

但是可以使用 Asynclocal<T> 来模仿 CallContext ，只需要创建以下静态类：

登录可见。

需要引用的命名空间：

登录可见。

使用也很简单（这里我把CallContext放在Common类库中了）：

登录可见。

大黄瓜

用注入不香吗

小渣渣

大黄瓜 发表于 2020-8-25 23:38
用注入不香吗

asp.net core 默认的注入生命周期，无法满足我的需求

Singleton：IServiceProvider对象创建的服务实例保存在作为根容器的IServiceProvider对象上，所以多个同根的IServiceProvider对象提供的针对同一类型的服务实例都是同一个对象。
Scoped：IServiceProvider对象创建的服务实例由自己保存，所以同一个IServiceProvider对象提供的针对同一类型的服务实例均是同一个对象。
Transient：针对每一次服务提供请求，IServiceProvider对象总是创建一个新的服务实例。