发现罪魁祸首是Session阻塞造成的。默认情况下session状态是“可写状态”（EnableSessionState=”true”），即当用户打开任何一个页面时，该页面的Session就会持有一个写锁定，写锁定会阻塞所有的读写锁定，故只有等该页面处理完毕后才释放对应的Session写锁定，在释放之前访问其他页面时将被阻塞住。详细描述如下：

      当页面对Session具有可写功能（即页面有<%@ Page EnableSessionState="True" %>标记），此时直到请求完成该页面的Session持有一个写锁定。 
      当页面对Session具有只读功能（即页面有<%@ Page EnableSessionState="ReadOnly" %>标记），此时知道请求完成该页面的Session持有一个读锁定。 
      读锁定将阻塞一个写锁定；读锁定不会阻塞读锁定；写锁定将阻塞所有的读写锁定。

   所以将各页面标记为<%@ Page EnableSessionState="ReadOnly" %>可解决此问题。也可在web.config中统一修改各页面的默认session状态：

   <pages validateRequest="false" enableSessionState="ReadOnly">
      <controls>
        <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        <add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
      </controls>
    </pages>

  对于个别页面确实需要写session权限的（例如有session[“aa”]=”bb”之类的操作），可以单独设置该页面标记为

<%@ Page EnableSessionState="True" %>