CustomerSessionProvider需要实现SessionStateStoreProviderBase
在设计Redis Session Provider的时候，需要考虑
1、是否每个用户的SessionStateStoreData存储为一个key，如果一个用户存储在Session里面的变量非常多，这样每次返回的对象还是比较大，网络消耗比较大
2、Session是否需要加锁
3、SessionId的格式
初步考虑
1、Session一般不放置太多的对象，所以一个用户（SessionId）对应一个Key还是可以接受的
2、Session一般是连续访问，并发的情况非常少，可以忽略加锁的问题
3、SessionId可以使用Guid生成唯一性，另外还可以直接用内置内置的SessionId（待发现获取地方）