在维护和更新会话状态变量的同时,是否有一种方法可以在95%的时间内使用IIS inProc方案?
理想情况下,如果有一个应用程序池循环,它将刷新会话状态服务中的inProc数据。
在使用InProc和会话状态之间有大约200毫秒的区别,所以如果这是可能的话,它将真正加快程序的速度。否则,出于稳定性的考虑,我不得不使用会话状态。
发布于 2014-07-07 19:13:07
我最后使用的解决方案是使用带有缓存部分的HttpContextBase。
这个缓存在应用程序池的内存中。它对所有用户都是可访问的,这实际上是我的应用程序的完美选择。
示例:
HttpContextBase httpContext;
CacheObject NCO = (CacheObject)httpContext.Cache["CacheName"];发布于 2014-06-23 19:22:44
如果我的理解是正确的,那么大多数时候您都希望使用InProc,有时使用StateServer。正如你所说的"95%的时间“,看起来你需要一些定制的东西。
所以也许你应该实现会话状态存储提供程序。您可以使用InProc模式源代码作为起点。您还拥有这里的StateServer提供者的源代码。
这种方法的问题是,这两个类都是internal sealed,因此您无法真正轻松地访问它们。您可以重用它们的源代码,或者使用反射调用它们,或者使用表达式lambdas生成一个方法.我不认为有一个完美的解决方案。
另一种解决方案是从零开始重建会话状态存储,这完全符合您的需要,但这将更加复杂和容易出错。
https://stackoverflow.com/questions/24371266
复制相似问题