有没有办法在95%的时间内使用IIS inProc方案,同时维护和更新会话状态变量?
理想情况下,如果有机会有应用程序池回收,它会刷新会话状态服务中的inProc数据。
使用InProc和会话状态之间差不多有200毫秒,所以如果可能的话,它会真正加快程序的速度。否则,稳定性问题使我不得不使用会话状态。
答案 0 :(得分:1)
如果我理解正确,您希望大多数时间使用InProc,有时也使用StateServer。 正如你所说的“95%的时间”,看起来你需要定制的东西。
所以也许你应该implement a session state store provider。您可以使用InProc mode source code作为起点。您还拥有StateServer provider here的源代码。
这种方法的问题是这两个类都是internal sealed
,所以你不能轻易地访问它们。您可以重用它们的源代码,或者使用反射调用它们,或者使用表达式lambdas生成一个方法......我认为那里没有完美的解决方案。
另一个解决方案是从头开始重建一个满足您需求的会话状态存储100%,但这样会更复杂,容易出错。
答案 1 :(得分:0)
我最终使用的解决方案是使用具有缓存部分的HttpContextBase。
此缓存在应用程序池的内存中。所有用户都可以访问它,这实际上非常适合我的应用程序。
示例:
HttpContextBase httpContext;
CacheObject NCO = (CacheObject)httpContext.Cache["CacheName"];