session设置timeout=120分钟,在50分钟之内起作用,超过50就失效

z506169kinkikis 2010-02-25 10:21:18
在web.config:
<sessionState mode="InProc" cookieless="false" timeout="120" />
IIS会话时间也设置的是120分钟
全局也设置:
void Session_Start(object sender, EventArgs e)
{
//在新会话启动时运行的代码
Session.Timeout = 120;
}
问题是超过50分钟session就失效了,根本不到120分钟
...全文
2061 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
gougou744 2010-02-25
  • 打赏
  • 举报
回复
Session的设置是由配置文件和IIS中的设置共同起作用的,应该是你服务器上的设置是50分钟,所以你设置的120分钟就会失效。
  • 打赏
  • 举报
回复
其实解决这个问题不难,但是需要早早意识到:不再使用Session集合持久化保存数据。

个别数据可以使用cookie,大部分数据使用数据库持久化并依赖数据缓冲来提高速度。
  • 打赏
  • 举报
回复
50分钟还不长吗?很多租用繁忙的web服务器的人每隔10分钟甚至几分钟就丢失呢!
lzsh0622 2010-02-25
  • 打赏
  • 举报
回复
管理工具 --> 服务 --> ASP.NET state service 启动
lzsh0622 2010-02-25
  • 打赏
  • 举报
回复
启动 ASP.NET State Service (ASP.NET 状态服务)
z506169kinkikis 2010-02-25
  • 打赏
  • 举报
回复
mode="StateServer" 设置成这样报错啊
<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="server=103.186.157.45,9163;database=mrd;uid=sa;pwd=sa" cookieless="false" timeout="120" />

无法向会话状态服务器发出会话状态请求。请确保 ASP.NET State Service (ASP.NET 状态服务)已启动,并且客户端端口与服务器端口相同。如果服务器位于远程计算机上,请检查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值,确保服务器接受远程请求。如果服务器位于本地计算机上,并且上面提到的注册表值不存在或者设置为 0,则状态服务器连接字符串必须使用“localhost”或“127.0.0.1”作为服务器名称。
lzsh0622 2010-02-25
  • 打赏
  • 举报
回复
sessionState mode = "InProc" 这种方式不安全,相当于把session交给IIS的进程管理,IIS的不稳定性将导致Session频繁丢失。

sessionState mode="StateServer"是建立独立的Session的服务进程管理方式模式,不受IIS的进程本身的不稳定影响,不容易导致session丢失,可以实现多个asp.net的站点的session 共享。

http://www.xueit.com/asp.net/show-4361-1.aspx
z506169kinkikis 2010-02-25
  • 打赏
  • 举报
回复
之前没有选用cokie,所以想着这么麻烦,想想网站在24小时之内不超时,2小时是我做测试用的。
lzsh0622这位友人的方法好像可以,不过在测试中呵呵呵。。。
qqshenyunzcz 2010-02-25
  • 打赏
  • 举报
回复
楼主 为什么要保存2个小时那么久啊?
一品梅 2010-02-25
  • 打赏
  • 举报
回复
将服务器Session信息存储在进程中
  让我们来回到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="20"
/>
  当mode的值是InProc时,说明服务器正在使用这种模式。

  这种方式和以前ASP中的模式一样,就是服务器将Session信息存储在IIS进程中。当IIS关闭、重起后,这些信息都会丢失。但是这种模式也有自己最大好处,就是性能最高。应为所有的Session信息都存储在了IIS的进程中,所以IIS能够很快的访问到这些信息,这种模式的性能比进程外存储Session信息或是在SQL Server中存储Session信息都要快上很多。这种模式也是ASP.NET的默认方式。

  好了,现在让我们做个试验。打开刚才的SessionState.aspx页面,随便输入一些字符,使其存储在Session中。然后,让我们让IIS重起。注意,并不是使当前的站点停止再开始,而是在IIS中本机的机器名的节点上点击鼠标右键,选择重新启动IIS。(想当初使用NT4时,重新启动IIS必须要重新启动计算机才行,微软真是@#$%^&)返回到SessionState.aspx页面中,检查刚才的Session信息,发现信息已经丢失了。

将服务器Session信息存储在进程外
  首先,让我们来打开管理工具->服务,找到名为:ASP.NET State Service的服务,启动它。实际上,这个服务就是启动一个要保存Session信息的进程。启动这个服务后,你可以从Windows任务管理器->进程中看到一个名为aspnet_state.exe的进程,这个就是我们保存Session信息的进程。

  然后,回到Web.config文件中上述的段落中,将mode的值改为StateServer。保存文件后的重新打开一个IE,打开SessionState.aspx页面,保存一些信息到Session中。这时,让我们重起IIS,再回到SessionState.aspx页面中查看刚才的Session信息,发现没有丢失。

  实际上,这种将Session信息存储在进程外的方式不光指可以将信息存储在本机的进程外,还可以将Session信息存储在其他的服务器的进程中。这时,不光需要将mode的值改为StateServer,还需要在stateConnectionString中配置相应的参数。例如你的计算你是192.168.0.1,你想把Session存储在IP为192.168.0.2的计算机的进程中,就需要设置成这样:stateConnectionString="tcpip=192.168.0.2:42424"。当然,不要忘记在192.168.0.2的计算机中装上.NET Framework,并且启动ASP.NET State Services服务。

将服务器Session信息存储在SQL Server中
  首先,还是让我们来做一些准备工作。启动SQL Server和SQL Server代理服务。在SQL Server中执行一个叫做InstallSqlState.sql的脚本文件。这个脚本文件将在SQL Server中创建一个用来专门存储Session信息的数据库,及一个维护Session信息数据库的SQL Server代理作业。我们可以在以下路径中找到那个文件:

[system drive]\winnt\Microsoft.NET\Framework\[version]\
  然后打开查询分析器,连接到SQL Server服务器,打开刚才的那个文件并且执行。稍等片刻,数据库及作业就建立好了。这时,你可以打开企业管理器,看到新增了一个叫ASPState的数据库。但是这个数据库中只是些存储过程,没有用户表。实际上Session信息是存储在了tempdb数据库的ASPStateTempSessions表中的,另外一个ASPStateTempApplications表存储了ASP中Application对象信息。这两个表也是刚才的那个脚本建立的。另外查看管理->SQL Server代理->作业,发现也多了一个叫做ASPState_Job_DeleteExpiredSessions的作业,这个作业实际上就是每分钟去ASPStateTempSessions表中删除过期的Session信息的。

  接着,我们返回到Web.config文件,修改mode的值改为SQLServer。注意,还要同时修改sqlConnectionString的值,格式为:

sqlConnectionString="data source=localhost; Integrated Security=SSPI;"
  其中data source是指SQL Server服务器的IP地址,如果SQL Server与IIS是一台机子,写127.0.0.1就行了。Integrated Security=SSPI的意思是使用Windows集成身份验证,这样,访问数据库将以ASP.NET的身份进行,通过如此配置,能够获得比使用userid=sa;password=口令的SQL Server验证方式更好的安全性。当然,如果SQL Server运行于另一台计算机上,你可能会需要通过Active Directory域的方式来维护两边验证的一致性。

  同样,让我们做个试验。向SessionState.aspx中添加Session信息,这时发现Session信息已经存在SQL Server中了,即使你重起计算机,刚才的Session信息也不会丢失。现在,你已经完全看见了Session信息到底是什么样子的了,而且又是存储在SQL Server中的,能干什么就看你的发挥了,哈哈。

一品梅 2010-02-25
  • 打赏
  • 举报
回复
<sessionState mode="Off|InProc|StateServer|SQLServer"
cookieless="true|false"
timeout="number of minutes"
stateConnectionString="tcpip=server:port"
sqlConnectionString="sql connection string"
stateNetworkTimeout="number of seconds"
/>
freeboy827 2010-02-25
  • 打赏
  • 举报
回复
学习了,回复内容太短了!

110,560

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧