[原]关于页面超时和会话超时的一些理解

  <!--设置页面超时时间(单位:秒)-->

<httpRuntime maxRequestLength="40690" executionTimeout="180"/>

 

这个是设置页面超时时间，这个超时是指页面提交请求后开始计时，到指定时间仍然得不到返回结果的时候就报错。

产生超时的可能原因：上传较大的文件占用时间长；连接数据库用去很长时间等。

  <!--设置session超时时间(单位:分钟)-->
  <sessionState mode="InProc" cookieless="false" timeout="3600"/>

 

这个是设置会话的超时时间，下面先来说一下会话：

 

ASP.NET提供了Session对象，从而允许程序员识别、存储和处理同一个浏览器对象对服务器上某个特定网络应用程序的若干次请求的上下文信息。Session对应浏览器与服务器的同一次对话，在浏览器第一请求网络应用程序的某个页面时，服务器会触发Session_onStart事件；在对话超时或者被关闭的时候会触发Session_onEnd 事件。程序员可以在代码中响应这两个事件来处理与同一次对话相关的任务，如开辟和释放该次对话要使用的资源等。　　 5 x( U& B( K# q% h2 b  W

在ASP.NET的程序中要使用Session对象时，必须确保页面的@page指令中EnableSessionState属性是True或者Readonly，并且在web.config文件中正确的设置了SessionState属性。　　

　　ASP.NET中Session的状态保持是由web.config文件中的标记下的标记的mode属性来决定的。该属性有四种可能的值：Off、Inproc、StateServer和SQlServer.　　
设为Off会禁用Session.　　 ! t7 ]+ j/ G# L4 c8 K9 w, a6 x; e- Q
Inproc是缺省的设置,这种模式和以前的ASP的会话状态的方法是类似的,会话的状态会被保存在ASP.NET进程中，它的优点是显而易见的：性能。进程内的数据访问自然会比夸进程的访问快。然而，这种方法Session的状态依赖于ASP.NET进程，当IIS进程崩溃或者正常重起启时，保存在进程中的状态将丢失。　　
为了克服Inproc模式的缺点，ASP.NET提供了两种进程外保持会话状态的方法。　　
ASP.NET首先提供了提供了一个Windows服务：ASPState,这个服务启动后，ASP.NET应用程序可以将mode属性设置为“SateServer”,来使用这个Windows服务提供的状态管理方法。　　 8 t- N( f! c6 S4 O
' @0 g5 F, B% u; V/ D+ v
　　除了在web.config文件中设置mode属性为StateServer外，还必须设置运行StateServer服务器的IP地址和端口号.如果在IIS所在的机器运行StateServer则IP地址就是127.0.0.1,端口号通常是42424.配置如下：　　 8 R4 F  z9 g* N, ]
mode=”StateServer”　　 ' u: [/ Q4 F2 m  |1 z% ^( e8 k/ e
!stateConnectionString="tcpip=127.0.0.1:42424"　　
使用这种模式,会话状态的存储将不依赖IIS进程的失败或者重启,会话的状态将存储在StateServer进程的内存空间中。

 

有时候在web.config设置sessionState 或者类文件里设置Session.Timeout，在IIS里访问时每次都是达不到时间就超时,原因是因为在IIS中设置了Session的超时时间,IIS里设置Session方法为:
在IIS里面右键点击默认网站->主目录->应用程序设置里点配置->选项->启用会话状态->会话超时那里设置时间

再web.config中设置Session过期时间方法:

 

<system.web>    <sessionState mode="InProc" timeout="60"/></system.web>

aspx文件中设置方法: Session.Timeout=60;