ASP.NET通过分布式Session提升性能

如果我们正在使用Session，那么构建高性能可扩展的ASP.NET网站，就必须解决分布式Session的架构，因为单服务器的 SESSION处理能力会很快出现性能瓶颈，这类问题也被称之为Session同步。微软有自己的分布式Session的解决方案，那就是 SessionStateServer，我们可以参考：

ASP.NET Session State Partitioning 
 

ASP.NET load balancing and ASP.NET state server 
(aspnet_state).aspx 

不过本文是要换一个方案，那就是使用Memcached来到达分布式SESSION的架构。Memcached作为分布式的缓存服务器已经被广泛应用在网站建设中。

一：Session的机制

Session是针对用户的，我们也可以理解为是针对浏览器的。在浏览器首次访问ASP.NET网页的时候（网页没有关闭session功能），它会发送如下的HTTP头给客户端：

浏览器和服务器间就是通过这样一种机制来确保用户SESSION的。

如果客户端浏览器禁用了Cookie会怎么样，我们会发现每一次刷新浏览器Set-Cookie都是不同的，而发送请求头中也永远不会出现 Cookie标识。这个时候，我们会发现Session失效了（当然，微软为了防止出现这种情况，允许我们在sessionState中设置 cookieless="true"，用URL来传递sessionid）。

二：Memcached Providers

我使用的Memcached客户端是Memcached Providers，下载完毕后，你会发现Memcached Providers已经提供了对分布式Session的支持功能。如果你还不会使用Memcached Providers，请参考此文Memcached Tip 1：使用Memcached Providers。Memcached Providers提供的示例是直接将SESSION存储在数据库，我们可以通过配置来将SESSION支持存储在分布式SESSION的内存中，即，将下文中的dbType由SQL修改为none。：

tblSessions保存的是就是单独的Session，如下：

四：Memcached Providers的一个BUG

在当前的Memcached Providers（1.2版本）中关于SessionStateProvider（29520-TRUNK）是有一个BUG（我已提交到 codeplex，相信他们的下一个版本应该能得到修正）的。如果我们测试SESSION失效时间，发现只要经过一次刷新后，就永远是20分钟（即默认）。这源于在ReleaseItemExclusive这个重载方法中（该方法用于释放对会话数据存储区中项的锁定），对于Session的重新存储没有加上过期时间，如下：

mysql、mongodb、任何自定义的KEY-VALUE框架等等，此为后话，暂且不表。