ASP.NET的服务端状态管理

　　web Form 网页是基于HTTP的，但是由于HTTP协议是不存在状态的。如果这样的话，当您在使用ASP.NET时，网页无法分辨是否得到了刷新，或是网页是否受到了破坏，以及它无法辨别是否来自同一台客户端计算机。总而言之，如果发生这样的情况就可能会造成信息的丢失。 因此， 状态管理应运而生，成了开发网络应用程序的一个必不可缺的环节。

　　我们都知道在ASP中您能够通过会话（Session）、查询字符串、Cookie  应用程序等轻松解决这一系列的问题。但是在ASP.NET环境中我们是否也可以通过这些方法来实现状态管理的功能呢？答案当然是肯定的。我们不仅可以使用这些功能，并且功能会比在ASP中更加强大。我们将状态管理分为客户端和服务端两种情况，因为篇幅问题等其他原因，我们在这里只对服务端状态管理做介绍：

　　状态信息以及状态服务器服务可以保存到外部的状态服务器上，也可以web应用程序一起存在于同一台服务器上。这可以按照您自己习惯，选择更加方便的。程序员可以在web.config文件中编写适当的配置来达到指定如何存储信息的目的。除此之外，程序员可以悬着使用Microsoft Sql server数据库来存储数据。在ASP.NET中因为存储在Session中的所以信息都缺省的存储在一个作为Windows服务运行的状态服务器进程中，所以Session对象可以在IIS服务器或者工作进程重新启动时恢复启动前的状态而不会丢失其中的数据，这时与Application对象最明显不同的一点。此外，在ASP.NET中状态可以被序列化并以二进制形式保存在内存中。ASP.NET会话状态模块在Web.config文件中标记下的标记的mode属性来决定该属性的四种可能的值：SQLserver 、Off、 StateServer 和Inproc。

　　1.利用SQL Server进行会话管理

　　如果您在ASP.NET中将mode属性变成SqlServer，那么您会发现ASP.NET允许将会话数据存储到一个数据库服务器中。这时，ASP.NET尝试将会话数据存储到由sqlConnectionString属性(其中包含数据源以及登录服务器所需的安全凭证)指定的SQL Server中。

　　为了用恰当的数据库对象来配置SQL server，管理员还需要创建ASPState数据库，方法是运行WinDir\Microsoft.Net\Framework\Version文件夹中的InstallState.sql脚本(WinDir是服务器的Windows文件夹，而Version是您使用的.NET框架版本的安装文件夹)。

　　要配置SQL服务器，可以在命令行中运行SQL Server 提供的命令行工具osql.exe

　　osql -S [ server name] -U [user] -P [password]

　　卸载 这些表和存储过程，可以使用UninstallSqlState.sql脚本。

　　做好必要的数据库准备工作后，将web.config 文件中的sessionstate 元素的mode改为"sqlserver",并且指定SQL连接字符串。具体如下：

　　mode="sqlserver"

　　sqlConnectionString="data source=127.0.0.1; userid=sa; password="

　　配置好SQL Server后，应用程序代码运行时就和InProc模式没有什么区别。但要注意的是，由于数据不存储在本地内存，所以存储会话状态的对象需要进行序列化和反序列化，以便通过网络传给数据库服务器，以及从数据库服务器传回。这当然会影响性能。通过在数据库中存储会话状态，可分别针对扩展性及可靠性来有效地平衡性能。另外，可以利用SQL Server的集群，使状态存储不依赖于单个的SQL Server， 这样就可以为应用程序提供极大限度的可靠性。

　　2. mode属性设为Off

　   ASP.NET的会话状态管理是要产生开销的。所以，假如某个网页不需要访问Session对象，开发者应将那个页的Page预编译指令的EnableSessionState属性设为False。要为整个网站禁用会话状态，可在Web.config文件中将sessionState元素的mode属性设为Off。

　　为了克服inproc 模式的缺点， ASP.NET 提供了进程外保存会话状态的两种方法。

　　3.使用StateServer会话管理

　　首先，将mode属性设为StateServer，也就是将会话数据存储到单独的内存缓冲区中，然后再由单独一台机器上运行的Windows服务来控制这个缓冲区。状态服务全称是“ASP.NET State Service ”(aspnet_state.exe)，它由Web.config文件中的stateConnectionString属性来配置。该属性指定了服务所在的服务器，以及要监视的端口：

　　stateConnectionString="tcpip=myserver:42424"

　　cookieless="false" timeout="20" />

　　在这里我们可以看出状态服务在一台名为myserver的机器的42424端口(默认端口)运行。如果您要在服务器上改变端口，可编辑HKLM\SYSTEM\CurrentControlSet\Services\aspnet_state注册表项中的Port值。

　　显然使用状态服务最明显的优点在于进程隔离，并可在Web farm中共享。 使用这种模式，会话状态的存储将不依赖于iis进程的失败或者重启，但是，状态服务一旦中止，所有会话数据都会丢失。总而言之，状态服务不像SQL Server那样能持久存储数据;它只是将数据存储在内存中。

　　4 Inproc是缺省的设置

　　Inproc允许在服务器之外存储会话数据，以及“无Cookie”的会话。ASP.NET会话状态模块在Web.config文件中像下面这样配置：

　　在这里，mode属性设为InProc(默认值)，表明会话状态要由ASP.NET存储到内存中，而且不用Cookie来传递会话ID。相反，会话ID要直接插入一个网页URL的查询字符串中。例如，采用InProc模式并建立一个会话之后，调用一个假想的ASP.NET网页时，需要采用下面这样的URL：

　　http://my.hichina.com/(12mfju55vgblubjlwsi4dgjq)/education.aspx

　　圆括号中长长的字母、数字字符串就是会话ID。ASP.NET引擎从查询字符中提取会话ID，并将用户请求与特定会话联系起来。采取这种方式，不管Cookie还是隐藏表单字段都用不着了。所以，即使网页中没有使用表单，也能加入会话。

　　但是这种方法也有个很大的缺点，就是因为应用程序的状态将依赖于ASP.NET进程，所以，当IIS进程崩溃或者正常重启时，保存在进程中的状态将丢失。