Singleton每呼叫上下文(Web请求)在Unity

前几天我用ASP.Net线程有这个问题。 我想每个Web请求有一个单例对象。 我实际上需要这个工作单位。 我想为每个Web请求实例化一个工作单元,以便通过请求标识映射是有效的。 这样我就可以使用IoC将我自己的IUnitOfWork透明地注入到我的存储库类中,并且可以使用同一个实例来查询并更新我的实体。

由于我使用Unity,我错误地使用了PerThreadLifeTimeManager。 我很快意识到,ASP.Net线程模型不支持我想要的。 基本上它使用一个theadpool和回收线程,这意味着我得到一个UnitOfWork每个线程! 但是,我想要的是每个Web请求的一个工作单元。

有一点使用Google给了我这个伟大的职位 。 那正是我想要的; 除了很容易达到的统一部分。

这是我实现PerCallContextLifeTimeManager为统一:

public class PerCallContextLifeTimeManager : LifetimeManager { private const string Key = "SingletonPerCallContext"; public override object GetValue() { return CallContext.GetData(Key); } public override void SetValue(object newValue) { CallContext.SetData(Key, newValue); } public override void RemoveValue() { } } 

当然,我用这个来注册我的工作单位,代码如下:

 unityContainer .RegisterType<IUnitOfWork, MyDataContext>( new PerCallContextLifeTimeManager(), new InjectionConstructor()); 

希望能节省一些时间

3 Solutions collect form web for “Singleton每呼叫上下文(Web请求)在Unity”

整洁的解决scheme,但LifetimeManager的每个实例应该使用一个唯一的键而不是一个常量:

 private string _key = string.Format("PerCallContextLifeTimeManager_{0}", Guid.NewGuid()); 

否则,如果你有多个注册PerCallContextLifeTimeManager的对象,它们共享相同的键来访问CallContext,并且你不会得到你想要的对象。

还值得实施RemoveValue,以确保对象被清理:

 public override void RemoveValue() { CallContext.FreeNamedDataSlot(_key); } 

虽然这很好的调用这个PerCallContextLifeTimeManager,我敢肯定这是不是 “安全”被视为一个ASP.Net每请求LifeTimeManager。

如果ASP.Net执行线程交换,那么通过CallContext传递给新线程的唯一事情就是当前的HttpContext – 您在CallContext中存储的任何内容都将消失。 这意味着在重载的情况下,上面的代码可能会产生意想不到的结果 – 我想这将是一个真正的痛苦,追查为什么!

唯一“安全”的方法是使用HttpContext.Current.Items,或者做一些事情:

 public class PerCallContextOrRequestLifeTimeManager : LifetimeManager { private string _key = string.Format("PerCallContextOrRequestLifeTimeManager_{0}", Guid.NewGuid()); public override object GetValue() { if(HttpContext.Current != null) return GetFromHttpContext(); else return GetFromCallContext(); } public override void SetValue(object newValue) { if(HttpContext.Current != null) return SetInHttpContext(); else return SetInCallContext(); } public override void RemoveValue() { } } 

这显然意味着依赖于System.Web 🙁

关于此的更多信息可在以下url获得:

http://piers7.blogspot.com/2005/11/threadstatic-callcontext-and_02.html

感谢您的贡献,

但是这个提议的实现有两个缺陷,其中一个是Steven Robbins在回答中已经提到的一个严重的错误,Micah Zoltu 在评论中提到了这个问题 。

  1. 调用上下文不保证由asp.net保存一个请求。 在负载下,它可以切换到另一个,导致build议的实现中断。
  2. 它不会在请求结束时处理释放依赖项。

目前,Unity.Mvc Nuget包提供了一个PerRequestLifetimeManager来完成这个工作。 不要忘记在引导代码中注册相关的UnityPerRequestHttpModule ,否则依赖性释放也不会被处理。

使用引导

 DynamicModuleUtility.RegisterModule(typeof(UnityPerRequestHttpModule)); 

或者在web.config system.webServer/modules

 <add name="UnityPerRequestHttpModule" type="Microsoft.Practices.Unity.Mvc.UnityPerRequestHttpModule, Microsoft.Practices.Unity.Mvc" preCondition="managedHandler" /> 

看来它目前的实现也适合于网页表单。 而且它甚至不依赖于MVC。 不幸的是,它的程序集,因为它包含的其他类。

要小心,如果您使用已parsing的依赖关系使用某个自定义http模块,则可能已经将其放置在模块EndRequest 。 这取决于模块执行顺序。

  • 用Unity注册IAuthenticationManager