对于asp.net 程序员来说，Session的存储方式有InProc、StateServer、SQLServer和Custom，但是Custom确很少有人提及。但Custom确实最好用，目前最实用和最灵活一种方式，因为Custom可以实现各种情况的Session存储，特别对于大型网站尤为重要，解决Session丢失和Session效率的最佳实现方式，也是实现单点登录的最佳途径。 对于InProc、StateServer和SQLServer各自优缺点，网上一大堆，这里就不做详解。
重要的两点
1、首先是关于Session存储，Session的存储并不是我们想象的，当设置Session时立即往数据容器里插入或者修改数据，当获取Session的值时就是立即去数据容器里获取值，这种理解是错误的（我之前就是这样理解的）。后来想想完全没必要这样操作，而且会大大影响效率。Asp.net的Session实现方式是每次请求前获取数据，当请求逻辑代码结束的时候在设置Session的值，所以说Session对数据容器的修改简单的意义只有两次，这个可能就要牵扯到管道流了。
2、第二个就是关于Asp.net网站异步的问题，当我们不设置Session的状态为只读时，我们每个用户的请求其实都是同步的，也就说每个用户请求网站同时只能有一个请求响应。理解这个就可以理解后面实现方法中需要锁的概念了。
SessionStateStoreProviderBase
SessionStateStoreProviderBase是asp.net框架为我们提供的一个用来存储Session提供程序所需的成员（就是实现这个类），我们知道的InProc、SQLServer都是实现了这个抽象类，StateServer应该也是没验证。继承这个类需要有多个抽象方法需要实现。关于这多个方法没必要每个都实现，我们只关注我们需要实现的即可。说简单点就是对Session数据的增删改查（CRUD）。关于SessionStateStoreProviderBase的详情可以参考https://msdn.microsoft.com/zh-cn/library/system.web.sessionstate.sessionstatestoreproviderbase(v
延伸阅读
学习是年轻人改变自己的最好方式