连续与数据库交互等待的问题

   现象：在一个网站中，当访问一个处理比较耗时的页面(A页面)，页面请求还没有返回时，此时再点击访问该网站的其他页面(B页面)会出现B页面很久都没有响应和返回，直到A页面输出返回数据时才开始处理B页面的请求，造成请求排队处理，A页面阻塞了B页面的请求处理。

当页面对Session具有可写功能(即页面有<%@ Page EnableSessionState="True" %>标记)，此时直到请求完成该页面的Session持有一个写锁定。

　　当页面对Session具有只读功能(即页面有<%@ Page EnableSessionState="ReadOnly" %>标记)，此时知道请求完成该页面的Session持有一个读锁定。

　　读锁定将阻塞一个写锁定;读锁定不会阻塞读锁定;写锁定将阻塞所有的读写锁定。这就是为什么两个框架中的同一个页面都去写同一个Session时，其中一个要等待另一个(稍快的那个)完成后，才开始写。

 

     “写锁定将阻塞所有的读写锁定”，也就是说页面在EnableSessionState="True"的情况下没返回输出时，一直持着Session写操作，其他页面对Session的读操作必须等待，而asp.net的aspx页面默认是EnableSessionState="True"，每个页面从请求开始至返回一直持着Session写操作，需验证页面必须读取Session值判断，这就是为什么需验证的页面请求被阻塞的原因。只要耗时页面(A页面)没有Session的写操作，也就不会阻塞其他页面的请求，于是修改A页面的EnableSessionState="ReadOnly"，例如：<%@ Page Language="C#" AutoEventWireup="true" CodeFile="TBS_Monitor_List.aspx.cs" EnableSessionState="ReadOnly" Inherits="TBS_Monitor_List" %> ：<%@ Page Language="C#" AutoEventWireup="true" CodeFile="TBS_Monitor_List.aspx.cs" EnableSessionState="ReadOnly"  Inherits="TBS_Monitor_List" %> ，问题解决。

                                                                    EnableSessionState：

成员名称	说明
	False	会话状态被禁用。
	ReadOnly	会话状态已启用，但不可写。
	True	会话状态已启用。