Session由来
由于HTTP协议是无状态的，客户端与服务器端进行“请求-响应”操作后，建立的连接就释放了，服务器端根本不知道刚才是哪个客户端访问的。但是有些场景是需要知道客户端的状态的，最典型的就是登陆问题，成功登陆后一段时间内就不需要再登陆。为了解决这个问题，服务器端引入了Session技术，它将会话状态保存在服务器端的技术。
Session原理
当用户打开浏览器，请求某个网站的时候，服务器接收请求后，就会在内存中为该请求分配一个内存空间，这个内存空间就叫Session。一个Session对应一个请求而且是唯一的，使用SessionId来表示唯一性。Session数据结构是一个Key-Value的集合。
跟踪机制
- 当服务器端返回客户端请求时，会把SessionId作为Cookie的值发送到客户端；
- 当客户端再请求问服务器时，会把本地保留的SessionId的Cookie放到Http请求头中发送给服务器端；
- 服务器端接收到客户端请求，解析出SessionId，从而获得相应的Session。这样服务器端就知道客户端的状态了
超时管理
服务器端无法判断当前客户端是否还会继续访问，也无法检测客户端是否关闭，所以，即使客户离开或关闭浏览器，服务器还是会保留与之对应的Session对象。
随着时间的不断推移，服务器将会积累大量不在使用的Session对象，并最终会导致服务器内存耗尽。所以服务器就采用了“超时限制”的办法来解决无效Session问题。如果某个客户端在一定时间内没有发出后续请求，服务器则认为客户端已经停止了活动，结束与该客户端的会话并释放Session对象。如果客户端超时后再次发送访问请求，那么服务器则认为这是一个新的会话。
自定义ASP.NET Session Store Provider
在ASP.NET提供的Session Store Provider，有以下四种模式：
1、 InProc模式
这是ASP.NET默认的Session管理模式，在应用进程内维护Session。
2、 StateServer模式
这是在服务器装了.NET环境后自带的一个StateServer服务，在应用进程外管理Session，可以进行多应用间的Session共。
3、 SQLServer模式
这是利用SQLServer进行Session的托管。其优点在于可以利用SQLServer的优势处理海量Session，在应用进程外、可持久化、安全性高等优点。
4、 Custom模式
这是自定义模式，发挥空间很大，在拥有Provider的情况下，可以利用这一模式进行发挥，利用各种各样的数据存储程序进行Session管理。
下面我们将使用Custom模式，一步步来实现Session存储，数据存储程序使用MongoDB。步骤如下：
1、创建一个MongoSessionStateStoreProvider类并继承SessionStateStoreProviderBase。
2、重写SessionStateStoreProviderBase类中的虚方法
3、定义序列化和反序列化的接口ISerialization及实现接口类，因为需要把Session序列化后再存储
4、配置Web.confg文件，在System.web节点里添加SessionState节点，并自定义其子节点Provider的属性 
- name属性是当前Provider的名称
- type属性值就是上面定义的MongoSessionStateStoreProvider类，点号前是命名空间，逗号后面是dll文件名称
- applicationName属性当前应用程序名称
- connectionStringName属性MongoDB数据库连接字符串connectionStrings节点名称，如下所示
- recordException属性表示是否记录异常，true则是，false则不是。
- journal属性表示是否开启故障恢复和持久化
- writeConcernLevel属性表示Mongo写入的后续处理方式
好，废话不多说，直接上代码。
最后，代码下载，除了源码外这里有一个SessionStateStoreProvider执行顺序流程图可以帮助大家更好的理解SessionStateStoreProvider是怎么实现的