.net 要保存会话的StateServer

我们将更新asp.net应用程序以将会话保存在状态服务器中。更新后是否需要注意避免出现问题

它将在IIS 6和IIS 7中运行

谢谢，

---

P.Gopalakrishnan

没有在IIS7上尝试这一点，但在IIS6上，这只是修改web.config以指定状态服务器的一个例子。然而，John Saunders在上述序列化问题上是正确的，我想我是幸运的，但我将按照Brian Reiter的建议，在将来更改我的所有开发以使用State Server

一个很好的副作用是，在使用状态服务器时，您可以增加工作进程的数量，因为它们都可以共享来自服务器的状态（而通常状态是在进程中）

MSDN中的注释：

要在Web场中使用StateServer模式， 您必须具有相同的加密密钥 在的machineKey元素中指定 您的所有Web配置 作为Web一部分的应用程序 农场。有关如何创建的信息，请参见 机器钥匙，见第313091条，“如何使用 使用Visual Basic创建关键点的步骤 .NET用于表单身份验证，“ 在Microsoft知识库中

---

没有在IIS7上尝试过这一点，但在IIS6上只是修改web.config以指定状态服务器。然而，John Saunders在上述序列化问题上是正确的，我想我是幸运的，但我将按照Brian Reiter的建议，在将来更改我的所有开发以使用State Server

一个很好的副作用是，在使用状态服务器时，您可以增加工作进程的数量，因为它们都可以共享来自服务器的状态（而通常状态是在进程中）

MSDN中的注释：

要在Web场中使用StateServer模式， 您必须具有相同的加密密钥 在的machineKey元素中指定 您的所有Web配置 作为Web一部分的应用程序 农场。有关如何创建的信息，请参见 机器钥匙，见第313091条，“如何使用 使用Visual Basic创建关键点的步骤 .NET用于表单身份验证，“ 在Microsoft知识库中

---

我相信StateServer将强制要求会话中存储的所有对象都必须是可序列化的。这可能不是InProc强制执行的

---

在投入生产之前一定要进行测试。

我相信StateServer将强制要求会话中存储的所有对象都必须是可序列化的。这可能不是InProc强制执行的

---

确保在投入生产之前进行测试。

您需要确保当前存储在会话状态的对象被标记为可序列化 重构可以是实质性的

---

您需要确保当前存储在会话状态中的对象被标记为可序列化 重构可以是实质性的

---

我不太明白这个问题目前会话状态模式为InProc。为了进行更可靠的会话维护，我们决定使用stateserver。我不太明白这个问题目前会话状态模式为InProc。为了进行更可靠的会话维护，我们决定使用stateserver。我相当确定保存在状态中的所有对象都必须是可序列化的，无论使用何种状态存储方法。如果您一直在InProc会话上开发，很可能会被序列化问题困扰，除非您非常了解它。我们通常针对StateServer进行开发，即使应用程序可能会部署在Proc中，因为这是一个序列化问题。只需在MSDN中查找，您确实是正确的：“如果模式设置为StateServer，则存储在会话状态中的对象必须可序列化。有关可序列化对象的信息，请参见SerializableAttribute类。“@马丁：谢谢，我知道我是对的。：-）事实上，这是因为最近一篇关于SO的帖子来自于一个被这个问题咬过的人。我只是懒得找到它并发布链接。我相当确定，保存在状态中的所有对象都必须是可序列化的，而不管使用的是何种状态存储方法。如果您一直在InProc会话上开发，很可能会被序列化问题困扰，除非您非常了解它。我们通常针对StateServer进行开发，即使应用程序可能会部署在Proc中，因为这是一个序列化问题。只需在MSDN中查找，您确实是正确的：“如果模式设置为StateServer，则存储在会话状态中的对象必须可序列化。有关可序列化对象的信息，请参阅SerializableAttribute类。“@Martin:谢谢，我知道我是对的。：-）事实上，这是因为最近一篇关于SO的帖子来自一个被这个问题困扰的人。我只是懒得找到它并发布链接。