求助 .NET C# 问题: 为什么我的 SESSION 老是 Timeout?

小盆友

请问我在让 user log in  的时候 create  一个 session:

login.aspx 里是这样的:
Session["admin_uid"] = intID;
Session["admin_name"] = strName;
Session.Timeout = 3600;

在 Web.Config 里是这样的:
<sessionState
            mode="InProc"
            stateConnectionString="tcpip=127.0.0.1:42424"
            sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
            cookieless="false"
            timeout="3600"
/>


可是这个 Session 经常莫明其妙的 timeout.  特别是当我修改了某个页面,然后上传到 web server, 替换掉原来的那个旧文件的时候, 经常会 timeout...要 user 重新 log in.

请问有谁知道问题出在哪里吗?

谢谢!

小盆友

顶起来给高手看看.

小盆友

irenejicn

如果上传文件中，包括ddl，那么server可能会重启，session就丢掉了

litarcy

this is natual, when you modify some pages

o2h2o

这个完全是 正常的
hot deploy 不能保证 内存变量 一定存在的

小盆友

原帖由 irenejicn 于 2010-1-21 14:56 发表
如果上传文件中，包括ddl，那么server可能会重启，session就丢掉了

不包括 ddl...

小盆友

原帖由 o2h2o 于 2010-1-21 15:03 发表
这个完全是 正常的
hot deploy 不能保证 内存变量 一定存在的

看不懂...

小盆友

我上传修改的页面是一般的 aspx 文件, 有时候没事, 有时候要重新 login.

gooderic1977

你重新上传DLL的时候，Application pool会自动Recycle, 加上你用InProc, session var丢失很正常的。
建议：
1.上传之前先放holding page
2.改用StateServer 来存放session var

中间人

我猜app重启了。你在global里面监视那几个app级别是事件看看？

degra

看起来是sessionState mode不应该用InProc， 用其他mode试试？

btw 我不是C# 人

小盆友

原帖由 gooderic1977 于 2010-1-21 15:39 发表
你重新上传DLL的时候，Application pool会自动Recycle, 加上你用InProc, session var丢失很正常的。
建议：
1.上传之前先放holding page
2.改用StateServer 来存放session var

这样吗?
<sessionState
            mode="StateServer"
            stateConnectionString="tcpip=127.0.0.1:42424"
            sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
            cookieless="false"
            timeout="3600"
/>

我试试...

[ 本帖最后由 小盆友 于 2010-1-21 15:52 编辑 ]

小盆友

谢谢楼上各位的回答,你们终于出来了....

gooderic1977

原帖由 小盆友 于 2010-1-21 15:49 发表


这样吗?


我试试...

是，不过StateServer service一定要先起来.而且，你的session object一定要是serializable的，否则不行

小盆友

原帖由 gooderic1977 于 2010-1-21 15:57 发表


是，不过StateServer service一定要先起来.而且，你的session object一定要是serializable的，否则不行

谢谢!等我试试再上来汇报!

flyspirit

你上传新文件后，Asp.net会自动重新编译你的Web app，然后重新运行Web App，所以Session就没了。

小盆友

原帖由 flyspirit 于 2010-1-21 16:22 发表
你上传新文件后，Asp.net会自动重新编译你的Web app，然后重新运行Web App，所以Session就没了。

我没有重新编译啊,有时候就是改了一个 spelling mistake 之类的东西,一上传, session就没了....

小盆友

原帖由 gooderic1977 于 2010-1-21 15:57 发表
是，不过StateServer service一定要先起来.而且，你的session object一定要是serializable的，否则不行

Good Eric 你知道这个 StateServer 有什么不好的地方吗? 为什么 by default 是 InProc?

coolioo

ASP.Net 会自动检测文件日期，一旦文件有改动，就自动编译，然后重新运行Web App，所以Session就没了。

改动aspx文件，就会导致重新编译。纯HTML应该没事，不过我没试过。

coolioo

StateServer慢啊，InProc把Session都存在Memory，理论上快，但不scalable，因为内存有限。大型网站一般都用State Service, backed up by a database

小盆友

原帖由 coolioo 于 2010-1-21 16:51 发表
ASP.Net 会自动检测文件日期，一旦文件有改动，就自动编译，然后重新运行Web App，所以Session就没了。

改动aspx文件，就会导致重新编译。纯HTML应该没事，不过我没试过。

是的, 改 html文件好像就没有事 :)

flyspirit

原帖由 小盆友 于 2010-1-21 16:48 发表


我没有重新编译啊,有时候就是改了一个 spelling mistake 之类的东西,一上传, session就没了....

ASP.NET会自动编译。

State Server对Performance有影响，最好不要改动structure转去用State Server.

上传一个新文件相当于Release新版本，尽量选在低峰的时候发布。

小盆友

原帖由 coolioo 于 2010-1-21 16:54 发表
StateServer慢啊，InProc把Session都存在Memory，理论上快，但不scalable，因为内存有限。大型网站一般都用State Service, backed up by a database

谢谢,又学了不少东西.

gooderic1977

原帖由 coolioo 于 2010-1-21 16:54 发表
StateServer慢啊，InProc把Session都存在Memory，理论上快，但不scalable，因为内存有限。大型网站一般都用State Service, backed up by a database

StateServer也是保留在内存上，读取速度本生不是问题。之所以说会影响性能是因为session对象一定要通过serialise后才能保存，所以 serialization 和de-serialization是额外的开销。

state service是独立进程，通过aspnet_state.exe来管理，所以IIS和application pool的重启对它没有影响，所以非常稳定。还有一个好处，就是如果大项目deploy在server farm环境下，stateserver和web server可以放在不同的主机上。

另外InProc还有一个缺陷，timeout过短而且不稳定。

coolioo

原帖由 gooderic1977 于 2010-1-21 17:20 发表



StateServer也是保留在内存上，读取速度本生不是问题。之所以说会影响性能是因为session对象一定要通过serialise后才能保存，所以 serialization 和de-serialization是额外的开销。

state service是独立进程 ...

你说的对，我把StateServer和SQL Server Mode搞混了

小盆友

谢谢大家耐心的解答。