站点所用的技术disNginx/JexusNginx，最后也介绍了Jexus的用法文章 先来看看不进行Session处理的做法，看看Session丢失的情况，然后再在其基础上进行改善。
在ASP.NET Core中，要使用session需要在Startup中的ConfigureServices添加 以及在Configure中添加
才能使用。在控制器中的用法就是 ，下面是演示控制器的具体代码：
[HttpGet( [responsecache(NoStore = ViewBag.Site = [HttpPost( IActionResult Index( sessionName,
stem.Text.Encoding.UTF8.GetBytes(sessionValue));
Redirect(+
[HttpGet( [responsecache(NoStore = IActionResult About( ViewBag.Site =
(HttpContext.Session.TryGetValue(sessionName, ViewBag.Session =stem.Text.Encoding.UTF8.GetString(bytes);
ViewBag.Session = }
其中的ViewBag.Site是用来标识当前访问的是那个负载的站点。这用就不用去查日记访问了那个站点了，直接在页面上就能看到了。从
Session的用法也看出了与之前的有所不同，Session的值是用byte存储的。我们可以写个扩展方法把它封装一下，这样就方便我们直接向之
前一样的写法，不用每次都转成byte再进行读写了。
视图比较简单，一个写Session，一个读Session。Index.cshtml用于填写Session的信息，提交后跳转到About.cshtml。
display: none;" onclick="cnblogs_code_hide('a70278ad-92bf-4af1-9121-041cd870e05e',event)" src="https://www.jb51.cc/res/2019/02-08/23/405b18b4b6584ae338e0f6ecaf736533.gif" alt="">
session name
session value
set session
display: none;" onclick="cnblogs_code_hide('b0e63b9f-6d71-4c31-a165-967cc3ea9952',event)" src="https://www.jb51.cc/res/2019/02-08/23/405b18b4b6584ae338e0f6ecaf736533.gif" alt="">
@ViewBag.Session
site:@ViewBag.Site
到这里，我们是已经把我们要的“网站”给开发好了，下面是把这个“网站”部署到IIS上面。我们要在IIS上部署两个站点，这两个站点用于
我们
负载均衡的使用。两个
站点的区分就是ViewBag.Site，
一个显示site1，
一个显示site2。ASP.NET Core在IIS上部署可能不会太顺畅，
这时可以参考，至于为什么没有放到Linux下呢，毕竟是台老电脑了，开多个虚拟机电脑吃不消，云服务器又还没想好要
租那家的，所以只好放到本地的IIS上来演示了，想在Linux下部署ASP.NET Core可以参考我前面的博文，也是很简单的喔。
这是部署到本地IIS上面的两个站点，site1和site2。
站点我们是已经部署OK了，还是要先检查一下这两个站点是否能正常访问。如果这两个不能正常访问，那么我们下面的都是。。。
OK!能正常访问，接下来就是今天下一个主角Nginx登场的时候了。用法很简单，下面给出主要的配置，主要的模块是upstream，这个是
Nginx的负载均衡模块，更多的细节可以去它的官网看一下。这里就不做详细的介绍，毕竟这些配置都十分的简单。
Nginx的配置也配好了，接下来就是启动我们的Nginx服务器，执行 即可，最后就是访问我们Nginx这个
空壳站点http://192.168.198.128:8033(实际是访问我们在IIS上的那2个站点)，然后就可以看看效果了，建议把浏览器的缓存禁用掉，不然
轮询的效果可能会出不来。
可以看到轮询的效果已经出来了，访问Linux下面的Nginx服务器，实际上是访问IIS上的site1和site2。我们是在站点2 设置了session，
但是在站点2却得不到这个session值，而是在站点1才能得到这个值。这是因为我们用的算法是Nginx默认的轮询算法，也就是说它是一直这样
循环访问我们的站点1和站点2，站点1->站点2 ->站点1->站点2....，演示是在站点2设置Session并提交，但它是提交到了站点1去执行，执行
完成后Redirect到了站点2，所以会看到站点2上没有session的信息而站点1上面有。
好了，警报提醒，Session丢失了，接下来我们就要想办法处理了这个常见并且棘手的问题了， 本文的处理方法是用Redis做一台单独的
Session服务器，用这台服务器来统一管理我们的Session，当然这台Redis服务器会做相应的持久化配置以及主从或Cluster集群，毕竟没人能
保证这台服务器不出故障。思路图如下：
思路有了，下面就是把思路用代码实现。
在上面例子的基础上，添加一个RedisSession类，用于处理Session,让其继承ISession接口
_redis =
IEnumerable<>
Remove(
Set( key, _redis.Set(key,System.Text.Encoding.UTF8.GetString(value),TimeSpan.FromSeconds(
TryGetValue( key,
res = ( value =
value = }
ISession接口定义了不少东西，这里只实现了ISession中的部分内容，主要的Set和Get实现了，因为演示用不到那么多~~，就偷偷懒。Session
会有一个过期的时间，这里默认给了60秒，真正实践的时候可能要结合SessionOptions来进行修改这里的代码。前面也提到写个扩展方法，可以减少
调用的代码量和方便我们的使用，所以还写了一个对Session的扩展，方便在控制器中使用，这样就不用每次都把要存的东西再处理成byte。
GetExtension( ISession session, res = (session.TryGetValue(key, res = SetExtension( ISession session, key, }
要使用刚才定义的RedisSession，还需要在Startup的ConfigureServices中添加下面这行代码。
();
下面是修改之后控制器的代码：
_session =
[HttpGet( [ResponseCache(NoStore = ViewBag.Site = [HttpPost( IActionResult Index( sessionName,
Redirect(+
[HttpGet( [ResponseCache(NoStore = IActionResult About(
ViewBag.Session = ViewBag.Site = }
通过构造函数注入我们的ISession。然后就能使用我们自己定义的方法了，这种做法在ASP.NET Core中是随处可见的。而且控制器中的代码
也整洁了不少。是直接用了自己写的扩展方法。
视图没有变化。Nginx的配置也没有变化。下面是对session进行一番简单处理后的效果。
可以看到无论在那个站点，都能正常的读取到session服务器里面的值。也就是说，经过简单的初步处理，我们的Session在负载均衡下面已经
不会丢失了。当然这个只能说是一个雏形，还有更多的细节要去完善。
文中讲到用Jexus也可以完成同样的功能，下面就简单说一下它的配置：
这样就可以完成和上面演示中同样的功能。
当然，对于分布式Session的管理，这只是其中一种解决方法--基于Redis的解决方案，还有许多前人总结出来的方案，好比孤独侠客前辈的
这篇博客总结了6种方案：，都是值得我们这些小辈去学习和研究的。
源码已上传到github：
disDemo">https://github.com/hwqdt/Demos/tree/master/src/RedisDemo
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
