• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    公众号

【转】asp.net真的是并行处理request的吗?

原作者: [db:作者] 来自: [db:来源] 收藏 邀请

如果在两个瀏覽器中,打开同一个web系统的两支asp.net程式,这2支程式会并行执行吗?

那么在一个瀏覽器中打开这两支程式呢?

第一种情况,可能很容易就知道是并行的,因为不管IE还是chrome,或是其它瀏覽器,在一个窗口中,一般都是共用一个session,因此这种情况,和两台不同的机器的请求应该是一样的。

 

然而对于第二种,情况就不那么简单了。

先做个简单的试验

1.新建web站台,增加a.aspx和b.aspx

a.aspx:

<%@ Page Language="C#" %>
<%
System.Threading.Thread.Sleep(10000);   //睡10秒,在这个长时间的执行过程中,还容得下其它请求吗?
%>
Hello,A.aspx

 

b.aspx:

<%@ Page Language="C#" %>
<%
Session["TestKey"] = "test";
%>
Hello,B.aspx

 

2.开启IE8,用两个Tab,分别瀏覽a.aspx和b.aspx

 

结果很明显,asp.net对于同一个Session,居然是单线程执行,到底发生了什么?

 

可能眼尖的TX,发现了在b.aspx中,有一行代码似乎很扎眼

Session["TestKey"] = "test";

为什么要加这一行?不加会怎么样?

你猜得没错,不加就是并行执行,任你第一个的执行时间再怎么长,我第二个都会侧着身子,全身而退。

注释这行代码测试一下,不过记得关掉刚才那个窗口,重新打开一个(因为刚才那个窗口已写入了Session的Cookie值,所以asp.net还是认为是有Session存在的)

 

到这里,结论好像很简单了,对于同一个Session,asp.net单线程执行

 

找找原因

翻出.net 源代码,在System.Web.State.InProcStateClientManagerDoGet方法中找到了关键代码

图中可以看出state对象,一定会被某次session的第一个request给锁住,

同一个session的其它request,你就慢慢等着第一个执行完再解锁吧

 

继续~

被锁后SessionStateModule的GetSessionStateItem方法返回locked为true

 

isCompleted自然就设定为false了,而BeginAcquireState方法的_rqAr.CompletedSynchronously也就没机会调用Complete方法改为true

 

因此HttpApplication,也就没办法执行这次请求的后半段(_endHandler),也就是aspx页的代码了,这也是我们测试时第二个请求在等第一个请求完成的原因

 

最后结论,asp.net中如果用了Session,就别想并行执行了,虽然很多时候,并不会有什么问题,但是对于ajax程式来说,客户端费尽心思的的多个异步请求,也变成了笑话,因为服务器端实际上还是one by one在执行,就算你发再多请求过去又有什么用,用户还是:

我等得花儿也谢了~

 

PS:找到原因后也很庆幸,现在开发的框架和制定的规范,里面除了个别地方为了提高性能以外,其它任何地方都禁止使用session,永远为客户端提供无状态,可重入的http服务,保证可靠的web调用

 

转自Kevin Zou的博客

原文地址:http://www.cnblogs.com/tsoukw/archive/2010/02/04/1663814.html


鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
上一篇:
狗屎的asp.netcore果然发生了重大的变更发布时间:2022-07-10
下一篇:
【ASP.NETCore】配置应用程序地址的N多种方法发布时间:2022-07-10
热门推荐
热门话题
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap