web Form 网页是基于HTTP的,它们没有状态, 这意味着它们不知道所有的请求是否来自
同一台客户端计算机,网页是受到了破坏,以及是否得到了刷新,这样就可能造成信息的 丢失。 于是, 状态管理就成了开发网络应用程序的一个实实在在的问题。 在ASP中能够通过Cookie 、查询字符串、 应用程序、会话(Session) 等轻易解决这些问题。 现在在ASP.NET环境中,我们依然可以使用这些功能,并且功能更加强大。 状态管理分为服务端和客户端两种情况, 这里只是介绍 服务端状态管理: 与Application对象不同的是, ASP.NET 的Session对象可以在IIS服务器或者工作进程重新启动时 状态服务器服务和状态信息可以和web应用程序一起存在于同一台服务器上,也可以保存到外部的 ASP.NET会话状态模块在Web.config文件中<System.web>标记下的<Sessionstate>标记的mode属性来决定 <sessionState mode="InProc" cookieless="false" timeout="20" /> 在这个例子中,mode属性设为InProc(默认值),表明会话状态要由ASP.NET存储到内存中,而且 http://my.website.com/(12mfju55vgblubjlwsi4dgjq)/education.aspx 圆括号中长长的字母、数字字符串就是会话ID。ASP.NET引擎从查询字符中提取会话ID,并将用户 但是这种方法,应用程序的状态将依赖于 ASP.NET进程, 当IIS进程崩溃或者正常重启时,保存在
为了克服inproc 模式的缺点, ASP.NET 提供了两种进程外保存会话状态的方法。 3 StateServer会话管理 将mode属性设为StateServer,也就是将会话数据存储到单独的内存缓冲区中,再由单独一台机器上运行 的Windows服务来控制这个缓冲区。状态服务全称是“ASP.NET State Service ”(aspnet_state.exe), 它由Web.config文件中的stateConnectionString属性来配置。该属性指定了服务所在的服务器,以及要监 视的端口: 端口,可编辑HKLM/SYSTEM/CurrentControlSet/Services/aspnet_state注册表项中的Port值。 依赖于iis进程的失败或者重启,然而,一旦状态服务中止,所有会话数据都会丢失。换言之,状态服务不 像SQL Server那样能持久存储数据;它只是将数据存储在内存中。
务器所需的安全凭证)指定的SQL Server中。 器的Windows文件夹,而Version是你使用的.NET框架版本的安装文件夹)。 osql -S [ server name] -U [user] -P [password] <InstallSqlState.sql 在这里用户名必须是SQL服务器上的sa帐号,或者具有同等权限的其他帐号。有兴趣的读者可以打开 做好必要的数据库准备工作后,将web.config 文件中的sessionstate 元素的mode改为"sqlserver" mode="sqlserver" 配置好SQL Server后,应用程序代码运行时就和InProc模式没有什么区别。但要注意的是,由于数据不存 储在本地内存,所以存储会话状态的对象需要进行序列化和反序列化,以便通过网络传给数据库服务器, 以及从数据库服务器传回。这当然会影响性能。通过在数据库中存储会话状态,可分别针对扩展性及可靠 性来有效地平衡性能。另外,可以利用SQL Server的集群,使状态存储不依赖于单个的SQL Server, |
web.config 中SessionState的配置(转)
最新推荐文章于 2018-12-05 22:27:21 发布