asp.net - ASP .NET session 状态的 'InProc' 与 'StateServer' 的最佳实践

Question

我们有一个 ASP .NET 应用程序在单个 Web 服务器(无场)上运行。目前，我们使用默认的“InProc” session 存储。是否值得考虑改用 ASP .NET 状态服务？如果我们走这条路，我们很可能只是在与应用程序相同的机器上运行服务本身，因此通过网络进行调用以获取和设置 session 信息不会成为问题。我们之所以考虑这一点，是为了帮助避免在应用程序池回收时丢失 session 数据。

此外，目前使用 SQL Server 是不可能的，所以我们只是在谈论进程内服务器与状态服务器。

在这种情况下，每种模式的优缺点是什么？

Answer 1

好吧，状态服务器比 proc 慢一点。您从中获得的好处是，如果您需要回收应用程序池，那么应用程序的状态(用户 session 等)将不受影响。如果你将来打算使用状态服务器，我现在就开始使用它。在进程中，对象按原样存储在内存中，但在状态服务器中，它们是序列化的。如果您打算稍后进行切换，这可能是一件大事，因为您必须检查您存储在 state 中的所有内容是否都是可序列化的。如果您从这种限制开始，您就会预先知道(当您积极地处理该模块时)什么会起作用，什么不会起作用。