ASP.NET中Session失效的问题整理
|
1. 检查是否超时,默认是20分钟,设置的方法是Session.TimeOut=30;
2. 检查代码有无Session.Abandon()之类的。 3. ASP.NET中使用了ACCESS数据库,而且数据库是放在bin目录中的。解决方法是不要放会更新的文件在BIN目录中。 4. 从同一个页面传到另一个页面才能延续同一个session,也就是说session不可跨域,同时客户端一关闭浏览器或一关闭浏览页 Session也消失了,再次访问时又会创建新的Session 但还会在服务器上存活等待超时,只是调用不到了. 另外比如在第一个页面置了SESSION,然后REDIRECT去第二个页面。解决方法是在REDIRECT中设置endResponse为FALSE。 5. Iframe丢Session的原因:session是客户端和服务器端共同认证的,客户端存储标识,通过附加在页面的头发送给服务器端,服务器进行识别,如果符合条件就可以获得相应的session操作权。 但如果页面是来自框架的,而框架的父页和框架不是一个站点的话,客户端默认是禁止向页面附加头信息的,这样服务器端就无法识别客户端框架里面的页面,自然不能操作Session。 解决办法: Response.AddHeader("P3P", "CP=CAO PSA OUR")' 或者在Window服务中将ASP.NET State Service 启动。 6. 有些杀病毒软件会去扫描您的Web.Config文件,那时Session肯定掉,这是微软的说法。解决办法: 使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它) 7. Asp.net 默认配置下,Session莫名丢失的原因及解决办法 (原文 http://www.cnblogs.com/supersand/archive/2006/05/20/404919.html) 正常操作情况下Session会无故丢失。因为程序是在不停的被操作,排除Session超时的可能。另外,Session超时时间被设定成60分钟,不会这么快就超时的。 现在我就把原因和解决办法写出来。 原因: 由于Asp.net程序是默认配置,所以Web.Config文件中关于Session的设定如下: <sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/> 我们会发现sessionState标签中有个属性mode,它可以有3种取值:InProc、StateServer?SQLServer(大小写敏感)。默认情况下是InProc,也就是将Session保存在进程内(IIS5是aspnet_wp.exe,而IIS6是W3wp.exe),这个进程不稳定,在某些事件发生时,进程会重起,所以造成了存储在该进程内的Session丢失。 如果你有更高的要求,需要在服务期重启时Session也不丢失,可以考虑将mode设定成SQLServer,同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作,请访问这里。 在使用StateServer或者SQLServer存储Session时,所有需要保存到Session的对象除了基本数据类型(默认的数据类型,如int、string等)外,都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了 |
本文总结了ASP.NET中Session丢失的常见原因及解决方案,包括Session超时、代码中Session.Abandon()调用、跨域Session丢失、IFrame中Session丢失等问题,并详细介绍了如何通过配置避免这些问题。
543

被折叠的 条评论
为什么被折叠?



