ASP.NET 会话立即过期？答案

【问题标题】：ASP.NET Session expires in no time?ASP.NET 会话立即过期？
【发布时间】：2010-05-27 08:17:18
【问题描述】：

奇怪的问题！ ASP.NET 会话立即过期。在我的 web.config 我有这个会话设置：

<sessionState mode="InProc" timeout="10000" />

AFAIK 超时属性的值在 minutes 中，并且不能大于 525,600 分钟（1 年）。我不明白我在这里做错了什么。为什么会话到期。是服务器内存问题吗？我不这么认为，服务器非常下降，而且它只有一个站点，毕竟它没有做太多事情。想法？
编辑：
将 cookie 属性设置为 true 后，在注意到 url 上的会话 id 时，我可以看到会话 id CHANGING。我认为这意味着会话即将到期。 IIS 设置正确 AFAIK（启用会话状态复选框已选中，时间值为 20）。一张图片值 100 个字：

alt text http://img148.imageshack.us/img148/5053/sessionstate.jpg

【问题讨论】：

需要更多信息。为什么说会话即将到期？如果您在一个页面上设置会话变量并尝试在另一个页面上显示它，那么它在另一个页面上是否为空？或者使用 fiddler (fiddlertool.com) 之类的东西，你看到会话 cookie 发生了变化吗？
不，我的一个队友正在设置一个会话变量，其中包含有关登录用户的一些信息。

标签： asp.net session-state sessionstate-timeout

【解决方案1】：

也许您的浏览器没有正确存储 cookie。尝试将会话设置为cookieless 模式，然后重试。

<sessionState mode="InProc" timeout="10000" cookieless="true" />

【讨论】：

我认为不是浏览器问题，我在 FF 和 Chrome 上都试过了！
可能是 IIS cookie 处理问题。尝试cookieless 方法不会有什么坏处。

【解决方案2】：

您需要确保在 IIS 以及 web.config 中启用了 Session。

此外，值得在应用程序重新启动时添加一些日志记录。您可能有其他问题导致整个应用程序重置。

【讨论】：

hmm .. 不确定 IIS 设置.. 将检查！
IIS 设置已检查，问题已相应更新！

【解决方案3】：

我曾经在一个页面上发生过这种情况。事实证明，我在一个我没有意识到在执行序列中被调用的地方执行了 Session.Abandon()（它与登录和我使用成员资格提供程序的方式有关）。作为调试提示，我建议在每个 Session.Abandon() 上放置一个断点，并确保它不会在您不期望的时候被调用。

【讨论】：

好吧，我在同一台机器上创建了一个空白的新应用程序，单击时只有一个按钮会为会话保存一个值。会话直到过期。

【解决方案4】：

这在我身上发生过几次，而且罪魁祸首一直都是。

有人更新了 Web 应用程序中的文件导致它重新启动，这通常发生在有人决定更新 web.config 中的某些内容而没有意识到这会导致所有会话被丢弃时。

对我来说造成这种情况的另一件事是 IIS 中的一个设置，它定义了会话持续多长时间，如果您进入虚拟目录/网站的属性并单击配置，则选项选项卡上的会话超时持续时间检查它是否已启用并设置为足够高的值。

【讨论】：

【解决方案5】：

结果是我们的一位团队成员犯了一个错误，他将会话设置为 inproc，尽管该站点分布有 4 台具有负载平衡功能的物理机器。我不确定这是否是问题所在，但是当我将其更改为将会话存储在 SQL 服务器中时，它起作用了！将深入挖掘这个问题并报告我可能获得的任何进一步信息。谢谢大家！

【讨论】：

这是因为默认情况下，会话保存在提供请求的盒子上。如果您在负载均衡器后面有 4 台机器，那么有人可能会向框 A 发出请求，该框现在将拥有该用户的会话数据。但是，如果由于负载平衡器而从框 B 提供下一个请求，则框 B 将无法知道框 A 上的会话信息。这就是切换到 sql server 模式解决了您的问题的原因-因为那时所有 4 台机器从同一位置共享会话。