版权声明：此文章转载自_infocool
原文链接：http://www.infocool.net/kb/ASP/201609/194098.html
如需转载请联系听云College团队成员小尹 邮箱：yinhy#tingyun.com
本次要分享的是利用windows+nginx+iis+redis+Task.MainForm组建分布式架构，上一篇分享文章制作是在windows上使用的nginx，一般正式发布的时候是在linux来配置nginx，我这里测试分享内容只是起引导作用；下面将先给出整个架构的核心节点简介，希望各位多多点赞：
. 架构设计图展示
. nginx+iis构建服务集群
. redis存储分布式共享的session及共享session运作流程
. redis主从配置及Sentinel管理多个Redis集群
. 定时框架Task.MainForm提供数据给redis集群储存
以上是整个架构的我认为核心的部分，其中没有包含有数据库方面的设计（请忽略），下面来正式分享今天的文章吧(redis存储分布式共享的session及共享session运作流程)：
. 理解分布式的session(个人理解)
. 分析分布式session的流转过程
. 封装session登录验证和退出的公共方法
. Redis存储分布式session的登录实例
下面一步一个脚印的来分享：
. 理解分布式的session(个人理解)
首先，操作session方式，这里要说的是登录的session，理解是基于个人观点来的，并且这里的理解可能不是那么深刻哈；通常我们建设的网站或者管理系统都有用户登陆，登陆后会有一个存储用户基本信息的session保存在服务器，保存session的方法有多中，这里要分享的是使用redis来存储session；随着登陆用户增多，存储在服务器上的session也越来越多，如果某台服务器上使用内存保存的sesssion那服务器的内存占有会对比的提升，最终可能直接奔溃，严重的由于长时间100%内存占用率可能导致硬盘烧坏，由此产生了多种存储方式如：使用同步session到不同服务器方式做读写分离，数据库存储session等方式；其实我们要用到的redis集群存储操作session的方式也主要是分摊读写；
其次，session的读写分离通常都对应站点有很大的访问量了，如果访问量如此之大那么站点的发布对应的应该也是集群的方式（名为分布式架构），分布式架构和单站点模式对比最明显的在于分布式对应的多个站点只需要使用其中某一个登陆入口登陆后，其他站点共享此session，无需再做登陆操作，其实这里就可以看做是单点登陆，只是分布式集群一般访问的都是同一个域名或同一ip段而已；而单站点模式通常就是我这里登陆了，就只能我本系统能使用，另外的系统无法使用（常规来讲）；
最后，既然要满足共享session，那么session要么就是保存在同一个地方，读取的时候也在同一个地方读取；要么就redis集群这种方式实现即时同步到不同服务器上或不同端口实现数据读写分离；这样就能保证统一数据源；
. 分析分布式session的流转过程
首先，上面的内容也基本介绍了下分布式session（session数据源统一），这里要说的是分布式登录时几个疑问：
. 系统怎么产生共享session
. 用户根据何种数据取得相同的session
. 共享session生存的周期
下面来给出对应上面问题的回答及说明：
. 产生session其实就是保存session数据，在用户使用分布式站点第一次登陆时，从数据库检查此账号运行登陆，在返回登录成功信息给用户前，会先生成一个分布式系统中唯一的一个key，这个key通常使用的规则是分布式站点Id(每个分布式子站点对应的Id)+时间戳+用户登陆唯一的账号+加密串+Guid组合而成(可能有其他不同的保证唯一key的方法吧)，然后用md5或hash等加密，再把用户的基础信息和key一起保存到指定的Redis服务(姑且用redis存session，通常是键值对的关系)中，并且会返回key到用户的cookie中
. 用户要去的对应的session，就是通过cookie存储的key传递给每台分布式的站点，站点获取cookie再去指定的session读取的地方获取是否有对应的key并获取session保存的数据；只要用户有有效的cookie就能登录分布式系统；假如我用ie浏览器登陆系统后，再使用google浏览器访问系统，这样使用google浏览器时候登陆不成功的，因为cookie没有跨域，但是如果您手动或者通过其他人为方式利用ie登陆成功后返回的cookie的key加入到google中，那么同样登陆也是没问题的，可以试试按照原理分析是没问题的
. session的生命周期大家应该都很关注，通常一个session不可能设置成无线久的生命周期，这个时候就需要按照每次用户触发验证登陆的时候，自动从新设置session失效时间（一般就当前时间往后推您session定义的过期时间）；由于分布式用到了cookie所以此时还需要重新更新设置下cookie的key过期时间，这样使用cookie+seesion来保存用户的登陆有效性，直到用户超过了session有效期还没有触发过登陆验证或者特殊方法清除了cookie，那这个时候过期的cookie或session就会验证用户需要登录才能访问需要权限的页面
. 封装session登录验证和退出的公共方法
首先，将要发出来的两个C#方法都进过测试了，大家可以直接拿来使用，当然此方法用到了前面分享的CacheRepository缓存工厂，因为我保存session是在redis中，下面先来贴出方法内容：
1 /// <summary>
2 /// Login扩展类
3 /// </summary>
4 public class UserLoginExtend
5 {
6
7 public static string HashSessionKey = "Hash_SessionIds";
8 public static string CookieName = "Sid";
9
10 public static T BaseSession<T>(HttpContextBase context) where T : class,new()
11 {
12 //获取cookie中的token
13 var cookie = context.Request.Cookies.Get(CookieName);
14 if (cookie == null) { return default(T); }
15
16 //使用toke去查询缓存工厂是否有对应的session信息,如果有自动把缓存工厂的时间往后延nAddCookieExpires分钟
17 //return CacheRepository.Current(CacheType.RedisCache).GetHashValue<T>(HashSessionKey, cookie.Value);
18 return CacheRepository.Current(CacheType.RedisCache).GetCache<T>(cookie.Value);
19 }
20
21 public static RedirectResult BaseCheckLogin<T>(
22 HttpContextBase context,
23 out T t,
24 int nAddCookieExpires = 30,
25 string loginUrl = "/User/Login") where T : class,new()
26 {
27 var returnUrl = context.Request.Path;
28 var result = new RedirectResult(string.Format("{0}?returnUrl={1}", loginUrl, returnUrl));29 t = default(T);
30 try
31 {
32
33 //获取cookie中的token
34 var cookie = context.Request.Cookies.Get(CookieName);
35 if (cookie == null) { return result; }
36
37 //使用toke去查询缓存工厂是否有对应的session信息,如果有自动把缓存工厂的时间往后延nAddCookieExpires分钟
38 //t = CacheRepository.Current(CacheType.RedisCache).GetHashValue<T>(HashSessionKey, cookie.Value);
39 t = CacheRepository.Current(CacheType.RedisCache).GetCache<T>(cookie.Value, true);
40 if (t == null)
41 {
42 //清空cookie
43 cookie.Expires = DateTime.Now.AddDays(-1);
44 context.Response.SetCookie(cookie);
45 return result;
46 }
47
48 //登陆验证都成功后，需要重新设置cookie中的toke失效时间
49 cookie.Expires = DateTime.Now.AddMinutes(nAddCookieExpires);
50 context.Response.SetCookie(cookie);
51
52 //设置session失效时间
53 CacheRepository.Current(CacheType.RedisCache).AddExpire(cookie.Value, nAddCookieExpires);
54 }
55 catch (Exception ex)
56 {57 return result;
58 }
59 return null;
60 }
61
62 public static RedirectResult BaseLoginOut(HttpContextBase context, string redirectUrl = "/")
63 {
64 var result = new RedirectResult(string.IsNullOrEmpty(redirectUrl) ? "/" : redirectUrl);
65 try
66 {
67 //获取cookie中的token
68 var cookie = context.Request.Cookies.Get(CookieName);
69 if (cookie == null) { return result; }
70
71 var key = cookie.Value;
72
73 //设置过期cookie(先过期cookie)
74 cookie.Expires = DateTime.Now.AddDays(-1);
75 context.Response.SetCookie(cookie);
76
77 //移除session
78 //var isRemove = CacheRepository.Current(CacheType.RedisCache).RemoveHashByKey(HashSessionKey, key);
79 var isRemove = CacheRepository.Current(CacheType.RedisCache).Remove(key);
80 }
81 catch (Exception ex)
82 {
83
84 throw new Exception(ex.Message);85 } 86 //跳转到指定地址 87 return result; 88 } 89 }
BaseCheckLogin方法主要用来验证是否登录，没有登录跳转到重定向地址中；如果验证是登录状态，会自动重新设置redis存储的session有效期，并重新设置cookie有效期；看代码的话其实就那点重要的地方都有备注说明；
BaseLoginOut方法主要用来清空用户注销后的session数据和cookie数据；这两个方法都是通常登陆验证需要的内容，两方法返回的是RedirectResult，适用于.net的mvc版本；
. Redis存储分布式session的登录实例(这里是.net mvc代码操作)
首先，看下登陆的action代码：
View Code
里面用到了
var token = CacheRepository.Current(CacheType.BaseCache).GetSessionId(userData.UserName)
方法，这个方法主要是用来获取上面说的分布式唯一的key，参数只需要传递用户登陆的唯一账号就行了（底层用的是Md5hash值算法，文字结尾给出所以代码）；获取key后使用
CacheRepository.Current(CacheType.RedisCache).SetCache<StageModel.MoUserData>(token, userData, 2, true)
方法来设置登陆的基本信息到redis服务中，如果保存redis数据成功再通过
HttpContext.Response.AppendCookie(cookie);
吧key输出到用户的cookie中保存；
然后，登陆后通常会跳转到用户后台，用户后台的一些页面需要登录验证，我这里是使用后台几个Controller来继承同一个父级BaseController，父级里面重写Initialize方法来验证登陆信息；代码如下：
1 public class BaseController : Controller
2 {
3
4 protected StageModel.MoUserData userData;
5
6 protected override void Initialize(System.Web.Routing.RequestContext requestContext)
7 {
8
9 //使用登录扩展，验证登陆，获取登陆信息
10 var redirectResult = UserLoginExtend.BaseCheckLogin(requestContext.HttpContext, out userData,2);
11 //验证失败，跳转到loginUrl
12 if (redirectResult != null)
13 {
14 requestContext.HttpContext.Response.Redirect(redirectResult.Url, true);
15 return;
16 }
17
18 //验证成功，添加视图访问登陆信息数据
19 ViewBag.UserData = userData;
20 base.Initialize(requestContext);
21 }
22 }BaseCheckLogin方法就是我们上面分享的公共验证登陆的方法，具体参数可以看下参数描述说明；代码写好后，来看下运行的页面效果（我这里使用的是前一章大家的nginx集群来演示）：
红色框里面的就是咋们自己生产的Sid也就是上面说的key，接着咋们在打开一个浏览器tab，来看下系统02的Sid，如图：
通过上图可以看到系统01和系统02，对应的sid都是一样的值，每次这样分布式站点的session使用和制作就成功了，好那咋们通过redis-cli.exe客户端看下我们登陆后保存在redis服务中的数据图如：
看到的redis里的key和我们浏览器截图中的key是一样的，所以本章要将的内容大致就要结束了，如果觉得文章让您有所收获，请多多点"赞"。
分享到微信
分享到微博
