关于asp.net Session丢失问题的总结

Session state模式的健壮性
InProc
:如果工作者进程(aspnet_wp.exe)进行资源回收或者应用程序域(appdomain)重启动,session state就会丢失。这是因为session state是保存在一个应用程序域的内存空间中的。对配置文件(如web.config和machine.config)的修改或者\bin目录的任何改变(例如在你使用VS编译应用程序后产生了一个新的dll)都可能引起重启动,详细请见KB324772。在1.0中,也有一个bug可能引起工作者进程重启动,但这个bug在1.1中已经修复,见KB321792。
如果你使用的是IIS6.0,你可以在IIS Manager中找到Application Pools/DefaultAppPool,其中可以看到回收(Recycling)选项卡与性能(Performace)选项卡中是否有引起IIS工作者进程(w3svc.exe)停止工作的参数。
StateServer:解决了InProc模式的session state丢失问题。允许一个webfarm在中央服务器中存储session。只能在State Server上出现失败。
SQLServer:与StateServer相似。session state的数据在SQL Server重启后仍然保留着,你也可以按照KB311209的步骤使用SQL server failover cluster

Session 丢失的原因:
原因1:
bin目录中的文件被改写,asp.net有一种机制,为了保证dll重新编译之后,系统正常运行,它会重新启动一次网站进程,这时就会导致Session丢失,所以如果有access数据库位于bin目录,或者有其他文件被系统改写,就会导致Session丢失。
详见:http://support.microsoft.com/kb/324772

原因2:
文件夹选项中,如果没有打开“在单独的进程中打开文件夹窗口”,一旦新建一个窗口,系统可能认为是新的Session会话,而无法访问原来的Session,所以需要打开该选项,否则会导致Session丢失

原因3:
似乎大部分的Session丢失是客户端引起的,所以要从客户端下手,看看cookie有没有打开

原因4:
Session的时间设置是不是有问题,会不会因为超时造成丢失

原因5:
IE中的cookie数量限制(每个域20个cookie)可能导致session丢失

原因6:
Global.asax或者Web.config文件被更改.
防病毒软件可能会修改以上文件.配置防病毒软件不要扫描.asax , .config文件。配置
Web应用程序以out-of-process模式存储Session.
详见:http://support.microsoft.com/default.aspx?scid=kb;en-us;Q316148

原因7:
使用web garden模式,且使用了InProc mode作为保存session的方式。
详见:http://support.microsoft.com/kb/822171

原因8:
在 ASP.NET 中,在高负载情况下访问会话状态时,模拟可能会丢失。
Microsoft 现在提供了受支持的修复程序.
详见:http://support.microsoft.com/kb/324479/zh-cn

原因9:
配置文件中processModel标签的memoryLimit属性。
详见:http://support.microsoft.com/kb/324772

原因10:
由于设置iis6的 应用程序池内的性能内的最大web进程数导致的,由于session默认是存放在web进程里的,进程开多了,导致session不能共享,每次刷新又由不同的进程来处理。

原因11:
在IE6中使用FrameSet.
详见:http://support.microsoft.com/kb/323752



参考:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q324772
http://www.zaqi.net/files_view.asp?files_id=794
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q316148
posted @ 2007-09-02 22:49  emanlee  阅读(608)  评论(0编辑  收藏  举报