通过学习和实践笔者总结一下Session 的存储方式。虽然里面的理论众所周知，但是我还是想记录并整理一下。作为备忘录吧。除了ASP.net通过Web.config配置的方式，还有通过其它方式来存储的方案。
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" />
上面是Session在Web.config的配置方式，下面对各个节点做一些简单的介绍
mode(设置将服务器的Session信息存储到哪里)
- Off表示设置为不使用Session功能；
- InProc表示将Session存储在进程内，这也是ASP中的存储方式，这是默认值；
- StateServer表示将Session存储在独立的状态服务即ASP.NET State Service中；
- SQLServer表示将Session存储在SQL Server。
cookieless(设置客户端的Session信息存储到哪里)
- true表示使用Cookieless模式(这表明SessionId将不再使用Cookie存储了，而是将其通过URL存储)；
- false表示使用Cookie模式，这是默认值。
从上面的设置配置中我们也可以发现Session和Cookie的关系：
- 首先Session在客户端的实现肯定是SessionId；
- 默认这个SessionId是通过Cookie存储的(比较安全)；
- 当然也可以通过URL来进行存储，这样Session和Cookie就没有关系了，但是此种方式由于受URL长度限制以及明文传送导致不安全而不被推荐使用。
timeout
Session过期时间设置，默认为20分钟。
stateConnectionString
如果设置将Session信息存储在State Server中时，则需要此配置字符串表明服务器名称和端口。
sqlConnectionString
如果设置将Session信息存储在SQL Server中，需此配置，表明数据库的连接字符串，同时stateNetworkTimeout表明经过多少秒空闲后，断开Web服务器与存储状态信息的服务器的TCP/IP连接的。默认值是10秒钟。
方式A:
InProc 方式,如上所述，存在进程中， web服务器中，速度快。最大的缺点，也是致命的缺点易丢，特别是虚拟机中，丢失的十分严重，笔者深有体会. IIS重启将会丢失Session。丢失的主要原因是，IIS中存储session的这个进程不稳定，在某些事件发生时，进程会重起，所以造成了存储在该进程内的Session丢失。
哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：
1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序（DLL）被修改
4、杀毒软件扫描了一些.config文件。
方式B:
StateServer方式，存在于Windows服务进程（内存）,首先，让我们来打开管理工具（可以是站点的web服务器也可以是其它windows
server服务器,但你要能过IP指定）->服务，找到名为：asp.NET State Service的服务，启动它。注：如果在启动ASP.NET
State Service服务时遇到问题0x8007277a 即无法启动或初始化，请尝试在命令行(CMD)中输入netsh winsock
reset(有可能是winsock的问题，所以需reset一下)实际上，这个服务就是启动一个要保存session信息的进程。启动这个服务后，你可以从Windows任务管理器->进程中看到一个名为 aspnet_state.exe的进程，这个就是我们保存session信息的进程。
然后，回到Web.config文件中上述的段落中，将mode的值改为StateServer。
这种方式不session不会丢失，既使是IIS重启，也不会丢失.
< sessionState
mode="
StateServer "
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
实际上，这种将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里的数据必须可序列化，序列化与反序列化消耗CPU资源，而且读取速度与网速有关(存在其它服务器时)。
[Serializable]
public class MyClass
{
//......
}
第一个问题，参见
ASP.NET Session State Partitioning
http://blog.maartenballiauw.be/post/2008/01/23/ASPNET-Session-State-Partitioning.aspx 中的解决方案。其实大概的意思是，创建PartitionResolver
: System.Web.IPartitionResolver
using System;
public class PartitionResolver : System.Web.IPartitionResolver
{
#region Private members
private String[] partitions;
#endregion
#region IPartitionResolver Members
public void Initialize()
{
// Create an array containing
// all partition connection
strings
//
// Note that this could also be an
array
// of SQL server connection
strings!
partitions = new String[]
{
"tcpip=10.0.0.1:42424",
"tcpip=10.0.0.2:42424",
"tcpip=10.0.0.3:42424"
};
}
public string ResolvePartition(object key)
{
// Accept
incoming session identifier
//
which looks similar like "2ywbtzez3eqxut45ukyzq3qp"
string sessionId = key as string;
// Create your own manner to
divide session id‘s
// across
available partitions or simply use this one!
int partitionID =
Math.Abs(sessionId.GetHashCode()) % partitions.Length;
return partitions[partitionID];
}
#endregion
}
Update your web.config
<configuration>
<system.web>
<!-- ... -->
<sessionState
mode="StateServer"
partitionResolverType="PartitionResolver" />
<!--
... -->
</system.web>
< /configuration>
Webconfig中指定你的server类.
第二个问题:
参见:
修改web.config,就可以解决。为每台webserver的web.config.修改如下
<configuration>
<system.web>
< machineKey
validationKey="1234567890123456789012345678901234567890AAAAAAAAAA"
decryptionKey="123456789012345678901234567890123456789012345678"
validation="SHA1"
decryption="Auto"
/>
< !-- ... -->
<sessionState
mode="StateServer"
stateConnectionString="tcpip=your_server_ip:42424"
cookieless="false"
timeout="20"
/>
<!--... -->
</system.web>
< /configuration>
方式C:
SQL Server方式,
此种方式是把Session信息保存在SQL Server的数据库中，也需要序列化，性能有较大损失，但是Session一般不会发生丢失的情况，除非SQL Server宕机。而且此种方式也可以实现在Web Farm中的Session信息共享(上面两种方式都不可以)。
<sessionState mode="SQLServer" sqlConnectionString ="data source=10.7.11.114; user id=lms_session; password=LmsSession@2012" timeout="20" />
3.1 安装ASPState数据库
在使用之前，我们要安装配置对应的数据库，而微软给我们提供了一整套方案(你也可以选择使用自己的数据库或自己实现配置和管理)。ASP.NET 2.0版本后微软提供了aspnet_regsql.exe工具可以方便的配置Session数据库，该工具位于 Web 服务器上的"系统根目录\Microsoft.NET\Framework\版本号"文件夹中.
使用举例:
aspnet_regsql.exe -S . -U SessionStateUser-P 123456 -ssadd -sstype p
-S参数:
表示数据库实例名称. 可以用"."表示本机.
-U和-P参数:
表示用户名和密码.
-E参数:
可以再-U –P 与 -E中选择一组. –E表示以当前系统用户通过windows身份验证登录数据库, -U -P则是使用SqlServer用户登录数据库.
-ssadd / –ssremove 参数:
-ssadd表示是添加Session数据库, -ssremove表示移除Session数据库.
sstype 参数:
|
选项 |
说明 |
|
t |
将会话数据存储到 SQL Server tempdb 数据库中。这是默认设置。如果将会话数据存储到 tempdb 数据库中，则在重新启动 SQL Server 时将丢失会话数据。 |
|
p |
将会话数据存储到 ASPState 数据库中，而不是存储到 tempdb 数据库中。 |
|
c |
将会话数据存储到自定义数据库中。如果指定 c 选项，则还必须使用 -d 选项包括自定义数据库的名称。 |
注意：如果sstype为t，则在下面的用户权限赋予中要授予对tempdb的dbowner权限，否则将无法操作数据库。
3.2 建立连接数据库 ASPState 的用户，并为此用户授权
运行 SQL Server 的企业管理器 → 展开数据库的安全性 → 右击“登录” → 新建“登录” → 输入“名称” → 选择 “SQL Server 身份验证” → 输入“密码” → 指定“数据库” → 点击“数据库访问” → 勾选 “ASPState” → 选中“db_owner”角色 → 点击“确定” → 再一次输入“密码” → 点击“确定” 后即可建立 ASPState 的用户，下面用命令实现：
--新建数据库帐号 SessionStateUser ，默认登录 ASPState
EXEC
sp_addlogin ‘SessionStateUser‘, ‘123456‘, ‘ASPState‘
use ASPState --切换 DataBase
--将 SessionStateUser 授予 db_owner 的权限
exec sp_adduser
‘SessionStateUser‘, ‘SessionUser‘ ,‘db_owner‘
3.3 启动SQL Server Agent
自动运行Job ASPState_Job_DeleteExpiredSessions删除过期的Session，否则数据库中的数据将一直增长
以上内容参见:
http://www.csharpwin.com/dotnetspace/13229r9077.shtml
http://www.cnblogs.com/gossip/archive/2011/02/09/1950218.html
方式D：
使用Cookie，尽量不使用Session. 基于cookie的管理方式。从大型网站的设计原则来看，其中有一条就是减少session的使用，能用cookie的尽量用cookie。 考虑用户登录的场景，在web服务器A收到登录的请求时，将登录的信息以加密cookie的方式存在在客户端。
方式E:
内存方式，在服务器中Cache中建立保存用信息队列，统一管理，Cache 方案，可以用Micsoft Enterparse Library- Cache方案，也可以自定义static.存储用户信息。这样做，能保证系统中，用户的唯一性，缺点是一但不按操作退出，没有清除用户，将会出现无法登录，只有等Cache超时，或者管理员手工清除。
方式F：MemedCahe方案
MemedCahe是一个软件，分成服务器端和客户端两部，服务端提供内存服务，客户端就是.net部需要使用的部分。
MemedCahe如何安装与使用请参见，下面两个博客的应用。
http://blog.csdn.net/educast/article/details/6273341
http://www.cnblogs.com/luminji/archive/2011/08/17/2140804.html
MemedCahe编码上使用Session方法与其它方式是一样的，操作很简单。只是在配置的上要添加一些xml格式的编码。实际这种方案要比微软的stateserver方案，要节约资源。
具体使方式见下面两处博文，写的很不错。
http://www.cnblogs.com/luminji/archive/2011/08/17/2143371.html
http://www.cnblogs.com/luminji/archive/2011/11/03/2195704.html
关于Session更多的讨论，见如下博文
http://www.cnblogs.com/fish-li/archive/2011/07/31/2123191.html