110,580
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
cntenger 2009-05-06
- 打赏
- 举报
[Quote=引用 6 楼 zzxap 的回复:]
SessionState 的Timeout)，其主要原因有三种。
一：有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。
二:程序内部里有让Session掉失的代码，及服务器内存不足产生的。
三：程序有框架页面和跨域情况。
第一种解决办法是:使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
第二种是检查代码有无Session.Abandon()之类的。
第三种是在Window服务中将ASP.NET State Se…
[/Quote]
up
SessionState 的Timeout)，其主要原因有三种。
一：有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。
二:程序内部里有让Session掉失的代码，及服务器内存不足产生的。
三：程序有框架页面和跨域情况。
第一种解决办法是:使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
第二种是检查代码有无Session.Abandon()之类的。
第三种是在Window服务中将ASP.NET State Se…
[/Quote]
up
lfywy 2009-05-06
- 打赏
- 举报
学习
娃都会打酱油了 2009-05-06
- 打赏
- 举报
mark,原来不止超时一种情况会导致session丢失阿。。。其他更新dll什么的这算人工干预的。。。。
冷月孤峰 2009-05-06
- 打赏
- 举报
超时
内存不够
更新DLL
杀毒软件等都可能会导致SESSION丢失。
解决方法：
1、页面内嵌一个iframe,定时刷新SESSION
2、用COOKIES
内存不够
更新DLL
杀毒软件等都可能会导致SESSION丢失。
解决方法：
1、页面内嵌一个iframe,定时刷新SESSION
2、用COOKIES
gyouyang 2009-05-06
- 打赏
- 举报
一般的都session超时了 去设置一下session时间
zealot1021 2009-05-06
- 打赏
- 举报
服务器繁忙的话很容易丢失的，貌似还是得用数据库传值
悔说话的哑巴 2009-05-06
- 打赏
- 举报
内存占用太多，会自动释放Session.
路人乙e 2009-05-06
- 打赏
- 举报
[Quote=引用 11 楼 zgke 的回复:]
另外好象删除目录也会丢失..
[/Quote]
如果目录被包含在项目中的话
另外好象删除目录也会丢失..
[/Quote]
如果目录被包含在项目中的话
forever001s 2009-05-06
- 打赏
- 举报
这个问题头痛..我这经常遇到..正在发愁了...
Dhoopu 2009-05-06
- 打赏
- 举报
[Quote=引用 1 楼 shilei831115 的回复:]
1、超时了
2、清空了
3、环境(IIS)有问题
[/Quote]
1、超时了
2、清空了
3、环境(IIS)有问题
[/Quote]
zgke 2009-05-06
- 打赏
- 举报
另外好象删除目录也会丢失..
zzxap 2009-05-06
- 打赏
- 举报
内存占用太多，会自动释放Session.
这个比较常见
这个比较常见
周公 2009-05-06
- 打赏
- 举报
超时，
更新了DLL，修改了WEB.config(这两种看session的保存方式而定)
内存占用太多，会自动释放Session...
========
最常见的原因。
更新了DLL，修改了WEB.config(这两种看session的保存方式而定)
内存占用太多，会自动释放Session...
========
最常见的原因。
zzxap 2009-05-06
- 打赏
- 举报
由于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丢失。
哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：
1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序（DLL）被修改
4、杀毒软件扫描了一些.config文件。
更多的信息请参考PRB: Session variables are lost intermittently in ASP.NET applications
解决办法：
前面说到的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了。
如果你有更高的要求，需要在服务期重启时Session也不丢失，可以考虑将mode设定成SQLServer，同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作，请访问这里。
在使用StateServer或者SQLServer存储Session时，所有需要保存到Session的对象除了基本数据类型（默认的数据类型，如int、string等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。
如：
[Serializable]
public class MyClass
{
......
}
<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丢失。
哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：
1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序（DLL）被修改
4、杀毒软件扫描了一些.config文件。
更多的信息请参考PRB: Session variables are lost intermittently in ASP.NET applications
解决办法：
前面说到的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了。
如果你有更高的要求，需要在服务期重启时Session也不丢失，可以考虑将mode设定成SQLServer，同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作，请访问这里。
在使用StateServer或者SQLServer存储Session时，所有需要保存到Session的对象除了基本数据类型（默认的数据类型，如int、string等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。
如：
[Serializable]
public class MyClass
{
......
}
doniel 2009-05-06
- 打赏
- 举报
[Quote=引用 1 楼 shilei831115 的回复:]
1、超时了
2、清空了
3、环境(IIS)有问题
[/Quote]
这也是原因...
我这几天说遇到这种情况，我也不知道什么回事...后来我就是发觉每次都是程序运行时卡了一下（程序有错误），然后session就丢失了。
1、超时了
2、清空了
3、环境(IIS)有问题
[/Quote]
这也是原因...
我这几天说遇到这种情况，我也不知道什么回事...后来我就是发觉每次都是程序运行时卡了一下（程序有错误），然后session就丢失了。
zzxap 2009-05-06
- 打赏
- 举报
SessionState 的Timeout)，其主要原因有三种。
一：有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。
二:程序内部里有让Session掉失的代码，及服务器内存不足产生的。
三：程序有框架页面和跨域情况。
第一种解决办法是:使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
第二种是检查代码有无Session.Abandon()之类的。
第三种是在Window服务中将ASP.NET State Service 启动。
一：有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。
二:程序内部里有让Session掉失的代码，及服务器内存不足产生的。
三：程序有框架页面和跨域情况。
第一种解决办法是:使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
第二种是检查代码有无Session.Abandon()之类的。
第三种是在Window服务中将ASP.NET State Service 启动。
ojekleen 2009-05-06
- 打赏
- 举报
Session丢失的原因太多了，
超时，
更新了DLL，修改了WEB.config(这两种看session的保存方式而定)
内存占用太多，会自动释放Session...
。。。。。
超时，
更新了DLL，修改了WEB.config(这两种看session的保存方式而定)
内存占用太多，会自动释放Session...
。。。。。
HDNGO 2009-05-06
- 打赏
- 举报
更新dll了~
blestcc 2009-05-06
- 打赏
- 举报
一般都是因為超時
我姓区不姓区 2009-05-06
- 打赏
- 举报
加载更多回复（12）
