真爱无限的知识驿站

   session本来是个不稳定的东西，经常会被丢失，本来用cookie不错，但又不想对程序做改动。查了查资料，找到了下面一段：

     由于Asp.net程序是默认配置，所以Web.Config文件中关于Session的设定 默认的是下面这个：运行后后面会自动加一串字符 ，不好看，

如下：

在<system.web></system.web>节点中修改或添加配置，有的已经存在，有的还没有存在。

<sessionState mode ="InProc" cookieless ="true" timeout ="20"></sessionState>

改一下cookieless 就行了。

<sessionState mode ="InProc" cookieless ="false" timeout ="20"></sessionState>

想让session不容易丢失，设置的session配置如下（电脑上开启asp.net state 服务）：

<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data   source=127.0.0.1;Trusted_Connection=yes" cookieless="true" timeout="20"/>

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

哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：
1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序（DLL）被修改
4、杀毒软件扫描了一些.config文件。
更多的信息请参考PRB:  Session  variables  are  lost  intermittently  in  ASP.NET  applications

解决办法：

前面说到的sessionState标签中mode属性可以有三个取值，除了InProc之外，还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的，所以当aspnet_wp.exe重起的时候，不会影响到Session。

现在请将mode设定为StateServer。StateServer是本机的一个服务，可以在系统服务里看到服务名为ASP.NET  State  Service的服务，默认情况是不启动的。当我们设定mode为StateServer之后，请手工将该服务启动。

这样，我们就能利用本机的StateService来存储Session了，除非电脑重启或者StateService崩掉，否则Session是不会丢的（因Session超时被丢弃是正常的）。

除此之外，我们还可以将Session通过其他电脑的StateService来保存。具体的修改是这样的。同样还在sessionState标签中，有个stateConnectionString= "tcpip=127.0.0.1:42424 "属性，其中有个ip地址，默认为本机（127.0.0.1），你可以将其改成你所知的运行了StateService服务的电脑IP，这样就可以实现位于不同电脑上的Asp.net程序互通Session了。

如果你有更高的要求，需要在服务期重启时Session也不丢失，可以考虑将mode设定成SQLServer，同样需要修改sqlConnectionString属性。

在使用StateServer或者SQLServer存储Session时，所有需要保存到Session的对象除了基本数据类型（默认的数据类型，如int、string等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。
如：

‍‍[Serializable]
public  class  MyClass
{
    ......
}‍‍

stateConnectionString和sqlConnectionString是当设置mode的方式是stateServer和sqlServer的时候，必须的选项；但是当mode配置为InProc时，并不是必须的。