【考点】
ASP.NET中Session的多种保存方法。
【出现频率】
★★★☆☆
【解答】
使用进程内会话状态模式时，如果aspnet_wp.exe或应用程序域重新启动，则会话状态数据将丢失。可以用Sate server或SQL Server数据库的方式存储Session的名称/值对集合，不过这些方式效率稍低，并且无法捕获Session的END事件。
【分析】
本题主要考查面试者是否能解决Session丢值问题，因为aspnet_wp.exe进程或应用程序域重新启动时，会导致Session数据的丢失。引发这种情况的原因可能为：
修改了Global.asax文件。
修改了Web.config文件。
更改WEB应用程序的bin目录路径。
杀毒软件扫描（可能发生修改）了Global.asax 文件、Web.config文件或Web应用程序的Bin目录下的文件。
在Web.config配置文件的<processModel>元素中，可设置导致新进程在条件被满足时启动的属性，不过这并不属于BUG。
在ASP.NET的应用程序中，Web.config配置文件中关于Session的一般设置如下：
<sessionState mode='InProc'
stateConnectionString='tcpip=127.0.0.1:42424'
sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60' />
以上代码中的<sessionState />节点中有个“mode”属性，其取值可以为“InProc”、“StateServer”和“SQLServer”，默认值为“InProc”。默认值就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），在系统发生某些意外事件时该进程可能会重启，所以造成了存储在该进程内的Session丢失。相对而言，如果“mode”属性取值为“StateServer”或“SQLServer”，即可避免进程重启后丢失Session值的情况，因为这两种方法存储Session值是进程外的。
首先将“mode”属性修改为“StateServer”。StateServer是本机的一个网络服务，在服务管理器中可以看到这个名为“ASP.NET State Service”的服务，默认情况是不启动的。如果要使用StateServer方式存储Session值，当“mode”属性修改为“StateServer”之后，编程者需要启动“ASP.NET State Service”的服务。在单击Windows XP操作系统的“开始”菜单，选择“运行”命令，输入“services.msc”，然后单击“确定”按钮即可打开服务管理器，找到如图11.3所示的网络服务，并启动该服务。
图11.3 启动ASP.NET State Service服务
除了使用图形化界面启动该服务，还可以在命令行中输入以下代码所示的命令，以启动该服务。
net start aspnet_state
现在，编程者即可利用本机的StateServer方式来存储Session值了，除非服务器重启或者“ASP.NET State Service”服务停止，否则Session值可以在超时时间内稳定地存在。编程者还可以将Session值通过其他电脑的“ASP.NET State Service”服务来保存，只需要在<sessionState />元素中修改“stateConnectionString”的属性，将IP地址修改为其他的电脑，并在其他电脑上启动“ASP.NET State Service”服务即可。通过这种操作，编程者就可以使位于不同服务器上的ASP.NET应用程序共用Session值。
如果WEB应用程序要求Session值具有更好的持久性和可靠性，即使服务器重启后Session值仍然不丢失，可以将“mode”属性修改为“SQLServer”。不仅如此，还需要修改sqlConnectionString属性，以确保正确地连接SQLServer数据库。微软提供了SQL脚本文件以创建存储Session值的数据库，该数据库名为ASPState，包含了大量被ASP.NET运行库调用的资源（如存储过程等）。把Session值存储于数据库中虽然可靠，但速度较慢。
说明：使用非进程内方法存储Session值应确保HttpSessionState对象内的自定义类型是可序列化的，即类型被标记了[Serializable]特性。
转：http://blog.163.com/yds666666@126/blog/static/372897692009630104445136/