asp.net Session在web.config中的三种配置方式——详解-阿里云开发者社区

开发者社区> zting科技> 正文

asp.net Session在web.config中的三种配置方式——详解

简介:
+关注继续查看
这段代码就是设置session在web.config中的存储方式。
  < 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"
  />
  代码详解:
  必备属性:
  mode 设置将Session信息存储到哪里
  Off 设置为不使用Session功能
  InProc 设置为将Session存储在进程内,就是ASP中的存储方式,这是默认值。
  StateServer 设置为将Session存储在独立的状态服务中。
  SQLServer 设置将Session存储在SQL Server中。
  可选的属性是:
  cookieless 设置客户端的Session信息存储到哪里
  ture 使用Cookieless模式
  false 使用Cookie模式,这是默认值。
  timeout 设置经过多少分钟后服务器自动放弃Session信息。默认为20分钟
  stateConnectionString 设置将Session信息存储在状态服务中时使用的服务器名称和端口号,例如:"tcpip=127.0.0.1:42424”。当mode的
  值是StateServer是,这个属性是必需的。
  sqlConnectionString 设置与SQL Server连接时的连接字符串。例如"data source=localhost;Integrated Security=SSPI;Initial
  Catalog=northwind"。当mode的值是SQLServer时,这个属性是必需的。
  stateNetworkTimeout 设置当使用StateServer模式存储Session状态时,经过多少秒空闲后,断开Web服务器与存储状态信息的服务器的
  TCP/IP连接的。默认值是10秒钟。
  ASP.NET中客户端Session状态的存储
  在我们上面的Session模型简介中,大家可以发现Session状态应该存储在两个地方,分别是客户端和服务器端。客户端只负责保存相应网
  站的SessionID,而其他的Session信息则保存在服务器端。在ASP中,客户端的SessionID实际是以Cookie的形式存储的。如果用户在浏览器的
  设置中选择了禁用Cookie,那末他也就无法享受Session的便利之处了,甚至造成不能访问某些网站。为了解决以上问题,在ASP.NET中客户端
  的Session信息存储方式分为:Cookie和Cookieless两种。
  ASP.NET中,默认状态下,在客户端还是使用Cookie存储Session信息的。如果我们想在客户端使用Cookieless的方式存储Session信息的方
  法如下:
  找到当前Web应用程序的根目录,打开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"
  />
  这段话中的cookieless="false"改为:cookieless="true",这样,客户端的Session信息就不再使用Cookie存储了,而是将其通过URL存储
  。关闭当前的IE,打开一个新IE,重新访问刚才的Web应用程序,就会看到类似下面的样子:
  其中,http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245)/default.aspx中黑体标出的就是客户端的Session ID。注意
  ,这段信息是由IIS自动加上的,不会影响以前正常的连接。
  ASP.NET中服务器端Session状态的存储
  准备工作
  为了您能更好的体验到实验现象,您可以建立一个叫做SessionState.aspx的页面,然后把以下这些代码添加到< body>< /body>中。
  < scriptrunat="server">
  Sub Session_Add(sender As Object, e As EventArgs)
  Session("MySession") = text1.Value
  span1.InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" &            Session
  ("MySession").ToString() & "< /font>"
  End Sub
  Sub CheckSession(sender As Object, eAs EventArgs)
  If (Session("MySession")Is Nothing) Then
  span1.InnerHtml = "NOTHING, SESSION DATA LOST!"
  Else
  span1.InnerHtml = "Your session contains: < font color=red>" &              Session
  ("MySession").ToString() & "< /font>"
  End If
  End Sub
  < /script>
  < formrunat="server"id="Form2">
  < inputid="text1"type="text"runat="server"name="text1">
  < inputtype="submit"runat="server"OnServerClick="Session_Add"
  value="Add to Session State" id="Submit1"name="Submit1">
  < inputtype="submit"runat="server"OnServerClick="CheckSession"
  value="View Session State" id="Submit2"name="Submit2">
  < /form>
  < hrsize="1">
  < fontsize="6">< spanid="span1"runat="server" />< /font>
  这个SessionState.aspx的页面可以用来测试在当前的服务器上是否丢失了Session信息。
  将服务器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中的,能干什么就看
  你的发挥了。

  本文转自http://blog.csdn.net/zhangxuyu1118/archive/2008/04/24/2324337.aspx


本文转自左正博客园博客,原文链接:http://www.cnblogs.com/soundcode/archive/2011/07/05/2098135.html,如需转载请自行联系原作者


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
ASP.NET CORE入门之读取Json配置文件
首先新建一.net core控制台项目,命名为jsonReader 然后选中引用,选择NuGet包管理器,点击浏览引入mircosoft.aspnetcore.all并安装 选中解决方案,填加,新建项目,添加Json文件,命名为test.
1021 0
ASP.NET Core轻松入门Bind读取配置文件到C#实例
首先新建一个ASP.NET Core空项目,命名为BindReader 然后 向项目中添加一个名为appsettings.json的json文件,为什么叫appsettings呢?  打开Program.
890 0
asp.net core轻松入门之MVC中Options读取配置文件
接上一篇中讲到利用Bind方法读取配置文件 ASP.NET Core轻松入门Bind读取配置文件到C#实例 那么在这篇文章中,我将在上一篇文章的基础上,利用Options方法读取配置文件 首先注册MVC服务并添加MVC路由 注册MVC的方法是在ConfigureServices中添加   services.
1183 0
Asp.Net Core轻松入门之WebHost的配置
在本篇文章中,我来讲一讲如何利用WebHost来加载配置文件和设置启动的Url 在前面的文章中讲过,ASP.Net Core应用程序会自动加载appsettings.json中的配置文件,那么如果配置文件不是写在appsettings.json中的如何来加载呢? 本文介绍利用WebHost从json文件加载和从命令行加载两种方式。
1184 0
菜鸟入门【ASP.NET Core】5:命令行配置、Json文件配置、Bind读取配置到C#实例、在Core Mvc中使用Options
命令行配置 我们通过vs2017创建一个控制台项目CommandLineSample   可以看到现在项目以来的是dotnet core framework 我们需要吧asp.net core引用进来,我们可以直接添加Microsoft.
1353 0
spring 中配置sessionFactory及用法
spring 中配置sessionFactory及用法   方法一: 1、在Spring的applicationContext.xml中配置bean                                                                     ...
993 0
+关注
3550
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
《2021云上架构与运维峰会演讲合集》
立即下载
《零基础CSS入门教程》
立即下载
《零基础HTML入门教程》
立即下载