修改删除目录操作之后,Session失效问题解决方案

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

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

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

如果避免不了这种操作（如：重命名目录）；

这里我们可以用cookie存信息或存到数据库或将服务器Session信息存储在IIS进程外解决session失效问题

我通过将服务器Session信息存储在IIS进程外用来解决修改删除虚拟目录中的目录，Session丢失问题,实现代码如下，

1。首先启动"ASP.NET 状态服务"，如果这个服务不启动，后面的更改不会起作用。

2.在Web.config中修改<sessionState/>配置如以下代码所示

    <sessionState    
                    mode="StateServer"  
                    stateConnectionString="tcpip=127.0.0.1:42424"  
                     sqlConnectionString="data    source=127.0.0.1;Trusted_Connection=yes"  
                     cookieless="false"    
                    timeout="40"    
       />
完成上面两点，就算是IIS重启动了，只要客户端的浏览器标示没变化，session就还有效.
    3.如果以上设置还是无效的话，需要修改一下注册表:
         [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters]
"AllowRemoteConnection"=dword:00000001
为0

最简单的办法就是不要使用默认的方式也即
InProc（默认，进程内的会话状态）：Session存储在IIS进程中（Web服务器内存）。如果使用的是Windows 2000 Server或Windows XP，IIS使用aspnet_wp.exe进程，如果使用的是Windows 2003 Server，IIS使用w3wp.exe。

InProc拥有最好的性能。但进程内Session很容易丢失Session信息。如果重启了应用程序，所有的Session信息就会丢失。而很多原因都会导致ASP.NET应用程序的重启。
 修改了Web.Config或Global.asax文件，或改变了文件的修改日期。
 修改了\bin或\App_Code目录里的文件。
 防病毒软件修改了上述文件等等

你可以考虑以下两种方式
1、StateServer(进程外的会话状态)：Session存储在独立的Windows服务进程aspnet_state.exe中

如果要启用StateServer中的Session状态，首先要在”控制面板”--“管理工具”--“服务”中，启用ASP.NET State Services(ASP.NET 状态服务)，并将此服务设置为Automatic（自动启动）

启动ASP.NET状态服务后，需要配置ASP.NET应用程序来使用它。
我们需要在Web.Config文件中system.web节点中添加如下代码
<sessionState mode="StateServer" stateNetworkTimeout="20"
stateConnectionString="tcpip=127.0.0.1:42424" />
首先，mode属性被设为StateServer。接着，stateConnectionString属性用来指定ASP.NET状态服务器端的位置。连接位置被创建为在127.0.0.1，端口42424。最后，stateNetworkTimeout属性用来指定连接超时的秒数。
需要注意的是，此时必须把对象标注为可序列化后（使用Serializable特性标记需要序列化的类）才能在服务中进行存储。Microsoft建议所有的开发人员在开发过程中都使用进程外的会话状态，以避免项目如果切换到其他进程外的提供程序或SqlServer而导致站点的错误。

或者使用
2、SqlServer：Session存储在SqlServer数据库的表中，可以用aspnet_regsql.exe配置它（SqlServer服务器）

还一种办法是釆用虚拟目录的方法：

前提是你有再web（项目文件夹）站点下建立虚拟目录的权限，并且可以将虚拟目录指定到web文件夹外部

比如应用程序的上传文件夹是/Uploadfiles，那么需要在IIS中给web站点下面建立一个Uploadfiles虚拟目录，并指向web文件夹外部的另一个文件夹。

并且删除web下面的uploadfiles物理目录

这样子就可以绕过修改web文件结构而引起session丢失的问题，实现删除文件夹而不会引起应用程序重启