防止Session丢失方法整理

Session的使用不可避免的需要注意其丢失情况，这几天在网上搜集的一些丢失Session的原因及解决办法，整理如下：

1.Session超时后自动丢失

解决：查看Session是否是超时后被清除，如需设置超时时间，可在web.config的sessionState节点中设置，此节点在下面有介绍

2. 检查代码有无让Session主动丢失的代码

解决：比如有无Session.Abandon()之类的代码

3.cookie数量限制可能导致Session的丢失

解决：Cookie的数量限制与每个浏览器有关

4. 服务器内存不足导致Session丢失

解决：可修改配置文件中processModel标签的memoryLimit属性，该属性默认为60%。

标签位置在<system.web>中，如下所示：

该属性指在 ASP.NET 启动新进程和重新分配现有请求前，辅助进程可以使用的最大内存大小

亦可考虑使用第5点解决

5.进程的重启导致Session丢失

asp.net有一种机制，为了保证dll重新编译之后，系统正常运行，它会重新启动一次网站进程，这时就会导致Session丢失，所以如果有DLL文件或者其他文件(Global.asax、Web.config)被动态改写，就会导致Session丢失

因此引起进程重启的原因可能有：

1. 有些杀毒软件会去扫描您的Web.Config文件，会导致丢失Session

2. Global.asax或者Web.config文件被程序动态修改或者项目bin文件夹中的Web程序（DLL）被动态修改

解决：

(1)检查杀毒软件是否在扫描你的Web.config文件，导致Session丢失，如果是可设置杀毒软件屏蔽扫描Web.Config文件

(2)检查自己的程序，避免有动态修改Global.asax、Web.config文件的地方

(3) 刷新页面的时候，跟踪bin中某个文件的修改时间，确定是不是某个DLL被修改而导致Session丢失

(4)更改Session的存储位置(session默认是存放在web进程里的)

sessionState节点：

位置：<system.web>节点中

属性mode有3种取值：InProc、StateServer、SQLServer（大小写敏感）。

默认情况下是InProc，也就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个进程不稳定，在某些事件发生时，进程会重启，所以造成了存储在该进程内的Session丢失。

而StateServer、SQLServer这两种都是将Session存储到进程外的，所以当aspnet_wp.exe或w3wp.exe重启的时候，不会影响到Session

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

这样，我们就能利用本机的StateService来存储Session了，除非电脑重启或者Asp.Net StateService坏掉，否则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

{

......

}

以上参考：http://www.cnblogs.com/nick-fbx/archive/2008/11/14/1333244.html