删除目录时Session 丢失

在Web项目中使用 Directory.Move(olddir,newdir)修改目录名称或使用Directory.Delete(true)删除
目录后, 发现Session都失效，后来经过试验发现，如果删除改变的目录不属于当前项目所在虚拟目录，
则Session可用,相反则不可用；调试跟踪中提示的：Session.get_item（）……返回null

后经过研究发现，在虚拟目录删除改变目录会造成Session丢失，以至于失效。而session丢失的实质就是：应用程序重起！

也就是说 asp.net 会监视应用程序目录，一但有被监视
的动作发生（比如:修改了config、重命名目录等）应用程序就会自动重起
当然这时你的session一定丢失了。目录的删除操作一定丢失session。asp.net的内部机制对待目录有点像个守财奴，它死守着目录，
你创建它不会管（往里加），一但创建他就会监视该目录，若你要删除或重命名它的（动它的目录），它就发生重起了.

由于Asp.net程序是默认配置，所以Web.Config文件中关于Session的设定如下：

我们会发现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文件。

解决办法：

前面说到的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了。