【问题标题】:Why session start event fire randomly为什么会话开始事件随机触发
【发布时间】:2012-11-01 04:43:59
【问题描述】:

我有一个使用大量会话的站点。 会话超时为 20 分钟,会话管理为 InProcess。

网站运行良好 我已经维护了该站点的日志...但是在日志文件中我收到了以下通知

[2012 年 10 月 31 日晚上 11:01:40]:Global.asax.Session_Start :会话开始
[2012 年 10 月 31 日晚上 11:06:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:06:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:11:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:11:40]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:16:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:16:40]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:21:37]:Global.asax.Session_Start :会话开始
[2012 年 10 月 31 日晚上 11:21:38]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:26:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:26:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:31:38]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:31:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:36:38]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:36:39]:Global.asax.Session_Start :会话开始
[2012 年 10 月 31 日晚上 11:41:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:41:40]:Global.asax.Session_Start :会话开始
[2012 年 10 月 31 日晚上 11:46:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:46:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:51:39]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:51:40]:Global.asax.Session_Start:会话开始
[2012 年 10 月 31 日晚上 11:56:39]:Global.asax.Session_Start:会话开始

我的应用程序的会话启动事件随机触发,即使没有人访问该站点 谁能解释一下,这是什么问题...?

感谢Adv....

【问题讨论】:

    标签: asp.net asp.net-mvc-3 session


    【解决方案1】:

    你知道应用程序内存不足意味着应用程序池回收,如果它是 20 分钟的想法。
    当有人请求您的应用程序时,应用程序会再次启动。
    每次用户第一次请求时都会调用会话开始。

    【讨论】:

    • 是的,我很清楚,但在我的情况下,当没有人访问该站点时,会话开始事件会触发......并且上面的日志记录只是整个记录的一小部分......我的应用程序会话开始事件每五分钟触发一次...我不明白为什么?
    • 找到被访问的ip。我对此没有太多想法。您可以为此浏览日志文件。正如@patil 建议的那样
    • 您是否使用通用应用程序池。表示您的应用程序使用的应用程序池也用于其他应用程序?
    【解决方案2】:

    Session_Start() – 在每个请求页面的新用户开始会话时触发。
    只需查看以下链接了解更多详情:

    http://www.dotnetcurry.com/ShowArticle.aspx?ID=126

    【讨论】:

      【解决方案3】:

      即使您确信没有人在访问您的应用程序,您也必须仔细检查。 为此,请转到 IIS 日志并查看是否真的没有人在访问您的应用程序。 您可以从以下位置获取 IIS 日志(这些是默认的 IIS 日志位置)。

      IIS 7: %SystemDrive%\inetpub\logs\LogFiles

      IIS 6: %windir%\System32\LogFiles

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2011-06-24
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2018-08-23
        • 2011-09-04
        • 2014-10-05
        • 1970-01-01
        相关资源
        最近更新 更多