ASP.NET中Session的状态保持方式

ASP.NET提供了Session对象，从而允许程序员识别、存储和处理同一个浏览器对象对服务器上某个特定网络应用程序的若干次请求的上下文信息。

1) Session对应浏览器与服务器的一次对话， 在浏览器第一次请求网络应用程序的某个方面时，服务器会出发Session_onStart事件;

2)  在对话超时时或者被关闭的时候会触发Session_onEnd事件。程序员可以在代码中相应这两个事件来处理与同一次对话相关联的事务，如开辟和释放该词对话要使用的资源等。

    在Asp.net的程序中要使用Session对象时，必须确保页面的@Page指令EnableSessionState属性是True或者ReadOnly，并且在Web.Config文件中正确的设置SessionSate属性。      　Asp.net中Session的状态保持是由web.config文件中的<system.web>标记下的<sessionstate>标记的Mode属性来决定的。

3) 该属性有可能的值：Off、Inproc、StateServer和SqlServer

   Off------禁用Session。

   Inproc------是缺省的设置，这种模式的会话状态会被保存在Asp.net进程中，他的优点是显而易见的：性能。进程内的数据访问自然会比开进程的快。然而，这种方法Session的状态依赖于ASP.NET进程，当IIS进程崩溃或者正常重启时，保存在进程中的状态将丢失。

为了克服Inproc模式的缺点。ASP.NET提供了两种进程外保持会话的方法。

ASP.NET首先提供了一个Windows服务：

1）ASPState，这个服务启动后，ASP.NET应用程序可以将Mode属性设置为“StateServer”来使用这个Windows服务提供的状态管理方法。

2）除了在Web.config文件中设置mode属性为StateServer外，还必须设置运行StateServer服务器的IP地址和端口号，如果在IIS所在的机器运行StateServer则IP就是127.0.0.1，端口通常是42424，配置如下：

mode=”StateServer” stateConnectionString="tcpip=127.0.0.1:42424"

使用这种模式，会话状态的存储将不依赖IIS进程的失败或者重启，会话的状态将存储在StateServer进程的内存空间中。

另一种会话状态模式是SQLServer模式。这种模式是将会话的状态保存在SQL Server数据库中的。使用这种模式前，必须至少有一台SQL Server服务器，并在服务器中建立需要的表和存储过程。.NET SDK提供了两个脚本来简化这个工作：InstallSqlState.sql和UnInstallSqlState.sql。这两国文件存放在下面路径中：
<%SYSTEMDRIVER%>\Winnt\Microsoft.NET\Framework\<%version%>\
要配置SQL Server 服务器，可以在命令行中运行SQL Server提供的命令行工具osql.exe
osql -s [server name] -u [user] -p [password] <InstallSqlState.sql
例如：
osql -s (local) -u as -p “”-i InstallSqlState.sql
做好必要的数据库准备工作后，将web.config文件中的sessionstate元素的mode属性改为”sqlserver”,并指定SQL连接字符串。具体如下：
mode="SQLServer"
sqlConnectionString="data source=127.0.0.1;userid=sa;password=;Trusted_Connection=yes"
使用SQLServer模式处了可以使Session的状态不依赖于IIS服务器之外，还可以利用SQL Server的集群，使状态存储不依赖于单个的SQL Server，这样就可以为应用程序提供极大的可靠性。

 

2、丢失原因：
(1)：ASP.NET 默认配置下，Session莫名丢失的原因及解决办法
      正常操作情况下Session会无故丢失。因为程序是在不停的被操作，排除Session超时的可能。另外，Session超时时间被设定成60分钟，不会这么快就超时的。
原因：
由于Asp.net程序是默认配置，所以Web.Config文件中关于Session的设定如下：
<sessionState
mode='InProc'
stateConnectionString='tcpip=127.0.0.1:42424'
sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes'
cookieless='true'
timeout='60'/>

     我们会发现sessionState标签中有个属性mode，它可以有3种取值：InProc、StateServer、SQLServer（大小写敏感）。默认情况下是InProc，也就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个进程不稳定，在某些事件发生时，进程会重起，所以造成了存储在该进程内的Session丢失。
[asp的Session是具有进程依赖性的。ASP Session状态存于IIS的进程中，也就是inetinfo.exe这个程序。所以当inetinfo.exe进程崩溃时，这些信息也就丢失。]

哪些情况下该进程会重启呢？

1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序（DLL）被修改
4、杀毒软件扫描了一些.config文件。
解决办法：
      前面说到的sessionState标签中mode属性可以有三个取值，除了InProc之外，还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的，所以当aspnet_wp.exe重起的时候，不会影响到Session。
      1)现在请将mode设定为StateServer。StateServer是本机的一个服务，可以在系统服务里看到服务名为ASP.NET State Service的服务，默认情况是不启动的。当我们设定mode为StateServer之后，请手工将该服务启动。这样，我们就能利用本机的StateService来存储Session了，除非电脑重启或者StateService崩掉，否则Session是不会丢的（因Session超时被丢弃是正常的）。
      2)除此之外，我们还可以将Session通过其他电脑的StateService来保存。具体的修改是这样的。同样还在sessionState标签中，有个stateConnectionString='tcpip=127.0.0.1:42424'属性，其中有个ip地址，默认为本机（127.0.0.1），你可以将其改成你所知的运行了StateService服务的电脑IP，这样就可以实现位于不同电脑上的Asp.net程序互通Session了。
      在使用StateServer或者SQLServer存储Session时，所有需要保存到Session的对象除了基本数据类型（默认的数据类型，如int、string, List<string>等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。
如：
[Serializable]
public class MyClass
{
     ......
}

转载于:https://www.cnblogs.com/cztom/articles/6905585.html