ASP.NET Session丢失题目缘由及解决方案

%3Cp%3E

正常操纵情况下会有ASP.NET Session丢失的情况出现。由于程序是在不停的被操纵，排除Session超时的可能。另外，Session超时时间被设定成60分钟，不会这么快就超时的。

现在我就把缘由和解决办法写出来。

ASP.NET Session丢失缘由：

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

我们会发现sessionState标签中有个属性mode，它可以有3种取值：InProc、StateServer?SQLServer（大小 写敏感） 。默许情况下是InProc，也就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个进程不 稳定，在某些事件产生时，进程会重起，所以造成了存储在该进程内的Session丢失。

哪些情况下该进程会重起呢？微软的1篇文章告知了我们：

1、配置文件中processModel标签的memoryLimit属性

2、Global.asax或Web.config文件被更改

3、Bin文件夹中的Web程序（DLL）被修改

4、杀毒软件扫描了1些.config文件。

更多的信息请参考PRB: Session variables are lost intermittently in ASP.NET applications

ASP.NET Session丢失解决办法：

前面说到的sessionState标签中mode属性可以有3个取值，除InProc之外，还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的，所以当aspnet_wp.exe重起的时候，不会影响到Session。

现在请将mode设定为StateServer。StateServer是本机的1个服务，可以在系统服务里看到服务名为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了。

假设你有更高的要求，需要在服务期重启时Session也不丢失，可以考虑将mode设定成SQLServer，一样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操纵，请访问这里。

在使用StateServer或SQLServer存储Session时，所有需要保存到Session的对象除基本数据类型（默许的数据类型，如int、string等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前便可以够了。

如：

[Serializable] public class MyClass { ...... }

具体的序列化相干的知识请参这里。

至此，ASP.NET Session丢失题目解决。

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

asp中Session的工作原理：

asp的Session是具有进程依托性的。ASP Session状态存于IIS的进程中，也就是inetinfo.exe这个程序。所以当inetinfo.exe进程崩溃时，这些信息也就丢失。另外，重起或封闭IIS服务都会造成信息的丢失。

asp.net Session的实现

ASP.NET的Session是基于HttpModule技术做的，HttpModule可以在要求被处理之前，对要求进行状态控制，由于Session本身就是用来做状态保护的，因此用HttpModule做Session是再合适不过了。

缘由1：

bin目录中的文件被改写，asp.net有1种机制，为了保证dll重新编译以后，系统正常运行，它会重新启动1次网站进程，这时候就会导致Session丢失，所以假设有access数据库位于bin目录，或有其他文件被系统改写，就会导致Session丢失

缘由2：

文件夹选项中，假设没有打开“在单独的进程中打开文件夹窗口”，1旦新建1个窗口，系统可能以为是新的Session会话，而没法访问原来的Session，所以需要打开该选项，否则会导致Session丢失

缘由3：

仿佛大部份的Session丢失是客户端引发的，所以要从客户端下手，看看cookie有无打开

缘由4：

Session的时间设置是否是有题目，会不会由于超时造成丢失

缘由5：

IE中的cookie数目限制（每个域20个cookie）可能导致session丢失

缘由6：

使用web garden模式，且使用了InProc mode作为保存session的方式

ASP.NET Session丢失题目解决经验

1. 判定是否是缘由1酿成的，可以在每次刷新页面的时候，跟踪bin中某个文件的修改时间

2. 做Session读写日志，每次读写Session都要记录下来，并且要记录SessionID、Session值、所在页面、当前函数、函数中的第几次Session操纵，这样找丢失的缘由会方便很多

3. 假设答应的话，建议使用state server或sql server保存session，这样不轻易丢失

4. 在global.asa中加进代码记录Session的创建时间和结束时间，超时酿成的Session丢失是可以在SessionEnd中记录下来的。

5. 假设有些代码中使用客户端脚本，如javascript保护Session状态，就要尝试调试脚本，是否是由于脚本毛病引发Session丢失。（来源：杰之蓝）

唐山网站建设www.fw8.net%3C%2Fp%3E
TAG:进程,文件,缘由,属性,标签

评论加载中... 内容： 评论者： 验证码：