当您在ASP.NET站点中使用会话时,在几乎同时加载多个请求时,会导致严重的延迟(500ms的倍数)。
更具体地说,我的问题
我们的网站专门为SessionId使用会话。我们使用此键查找具有用户信息等的数据库表。这似乎是一个很好的设计,因为它存储最少的会话数据。不幸的是,如果Session中没有任何内容,SessionId将会改变,所以我们存储Session [“KeepId”] = 1;这到convince SessionId to not change就够了。
在一个似乎无关的笔记中,该网站通过控制器操作来提供定制的产品图像。如果需要,此操作会生成映像,然后重定向到缓存的映像。这意味着一个网页可能包含图像或其他资源,通过ASP.NET管道发送数十个请求。
无论什么原因,当您(a)同时发送多个请求时,(b)以任何方式涉及会话,那么您将在约1/2的时间内随机关闭500ms延迟。在某些情况下,这些延迟将为1000ms或更长,总是以〜500ms的间隔增加。更多请求意味着更长的等待时间我们的页面有几十个图像可以等待10秒的一些图像。
如何重现问题:
>创建一个空的ASP.NET MVC Web应用程序
>创建一个空控制器操作:
public class HomeController : Controller { public ActionResult Test() { return new EmptyResult(); } }
<img src="Home/Test?1" /> <img src="Home/Test?2" /> <img src="Home/Test?3" /> <img src="Home/Test?4" />
做一个跟随(都有相同的结果):
>向您的Global.asax.cs添加一个空的Session_Start处理程序
public void Session_Start() { }
>把东西放在会话中
public class HomeController : Controller { public ActionResult Test() { HttpContext.Current.Session["Test"] = 1; return new EmptyResult(); } }
我所知道的很远
>发生在MVC 2& 3和WebForms
>任何浏览器都会发生(我们尝试过FF,Chrome,IE,Safari)
>发生在regardless of whether the debugger is attached. Also,nothing has to be actually stored in session (see the Session_Start example above)。
>它发生在WebDev.exe,IIS Express,& IIS
我的问题
如何使用会话但避免这些延迟?有谁知道修复?
如果没有修复,我想我们必须绕过会话&直接使用cookies(session uses cookies)。
解决方法
烦人的部分是如果我连续运行所有5个请求(从示例中),则需要〜40ms。使用ASP.NET的锁定超过1000ms。 ASP.NET似乎说:“如果会话正在使用,那么睡眠500ms,然后再试一次。
如果您使用StateServer或sqlServer而不是InProc,它将无法帮助 – ASP.NET仍然锁定会话。
有几个不同的修复。我们最终使用了第一个。
使用Cookies而不是
饼干被发送到每个请求的标题中,所以你应该保持轻松避免敏感信息。话虽如此,会话使用cookie默认记住谁是谁通过存储一个ASPNET_SessionId字符串。所有我需要的是id,所以没有理由承担ASP.NET的会话锁定,当它只是围绕一个id中的一个包装。
所以我们完全避免会话将Cookie存储在Cookie中。 Cookie不锁定,所以延迟是固定的。
使用MVC属性
您可以使用会话,但通过使会话为只读,避免对某些请求的锁定。
对于MVC 3应用程序,在控制器上使用此属性使会话只读(在特定操作上不起作用):
[SessionState(SessionStateBehavior.ReadOnly)]
禁用某些路由的会话
你也可以disable session through MVC routing,但有点复杂。
禁用特定页面上的会话
对于WebForms,您可以使用disable session for certain aspx pages。