我们有一个 ASP .NET 应用程序在单个 Web 服务器（无服务器场）上运行。目前，我们使用默认的“InProc”会话存储。是否值得考虑改用 ASP .NET 状态服务？如果我们走这条路，我们可能会在应用程序所在的同一台机器上运行服务本身，因此通过网络进行调用以获取和设置会话信息不会成为问题。我们考虑这一点的原因是为了帮助避免应用程序池回收时会话数据丢失。
另外，目前还无法使用 SQL Server，因此我们只讨论进程内服务器与状态服务器。
在这种情况下，每种模式的优缺点是什么？
嗯，状态服务器比进程中慢一点。您从中获得的好处是，如果您需要回收应用程序池，那么应用程序的状态（用户会话等）将不受影响。如果您计划将来使用状态服务器，我现在就开始使用它。在进程中，对象按原样存储在内存中，但在状态服务器中它们被序列化。如果您打算稍后进行切换，这可能是一件大事，因为您必须检查存储在状态中的所有内容是否可序列化。如果您从这种限制开始，您就会预先知道（当您积极研究该模块时）什么会起作用，什么不会。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
