分布式Session共享解决方案.直的一看

分布式Session一致性?

说白了就是服务器集群Session共享的问题

Session的作用?

Session 是客户端与服务器通讯会话跟踪技术,服务器与客户端保持整个通讯的会话基本信息。

客户端在第一次访问服务端的时候,服务端会响应一个sessionId并且将它存入到本地cookie中,在之后的访问会将cookie中的sessionId放入到请求头中去访问服务器,如果通过这个sessionid没有找到对应的数据那么服务器会创建一个新的sessionid并且响应给客户端。

分布式Session存在的问题?

假设第一次访问服务A生成一个sessionid并且存入cookie中,第二次却访问服务B客户端会在cookie中读取sessionid加入到请求头中,如果在服务B通过sessionid没有找到对应的数据那么它创建一个新的并且将sessionid返回给客户端,这样并不能共享我们的Session无法达到我们想要的目的。

解决方案:

使用cookie来完成(很明显这种不安全的操作并不可靠)

使用Nginx中的ip绑定策略,同一个ip只能在指定的同一个机器访问(不支持负载均衡)

利用数据库同步session(效率不高)

使用tomcat内置的session同步(同步可能会产生延迟)

使用token代替session

我们使用spring-session以及集成好的解决方案,存放在redis中

目前项目中存在的问题

启动两个项目端口号分别为8080,8081。

依赖:

<!--springboot父项目-->org.springframework.bootspring-boot-starter-parent2.1.1.RELEASE<!-- lookup parent from repository --><!--web依赖-->org.springframework.bootspring-boot-starter-web

创建测试类:

/**

* Author: SimpleWu

* date: 2018/12/16

*/@RestControllerpublicclassTestSessionController{@Value("${server.port}")privateInteger projectPort;// 项目端口@RequestMapping("/createSession")publicString createSession(HttpSession session, String name) { session.setAttribute("name", name);return"当前项目端口:"+ projectPort +" 当前sessionId :"+ session.getId() +"在Session中存入成功!"; }@RequestMapping("/getSession")publicString getSession(HttpSession session) {return"当前项目端口:"+ projectPort +" 当前sessionId :"+ session.getId() +" 获取的姓名:"+ session.getAttribute("name"); }}

yml配置:

server: port:8080

修改映射文件

#将本机ip映射到www.hello.com上127.0.0.1www.hello.com

在这里我们开启nginx集群,修改配置:

#加入#默认使用轮询,upstreambackserver{server127.0.0.1:8080;server127.0.0.1:8081;}#修改server中的locallocation/ {proxy_passhttp://backserver;indexindex.html index.htm; }

我们直接通过轮询机制来访问首先向Session中存入一个姓名,http://www.hello.com/createSession?name=SimpleWu

当前项目端口:8081 当前sessionId:0F20F73170AE6780B1EC06D9B06210DB在Session中存入成功!

因为我们使用的是默认的轮询机制那么下次肯定访问的是8080端口,我们直接获取以下刚才存入的值http://www.hello.com/getSession

当前项目端口:8080 当前sessionId:C6663EA93572FB8DAE27736A553EAB89获取的姓名:null

这个时候发现8080端口中并没有我们存入的值,并且sessionId也是与8081端口中的不同。

别急继续访问,因为轮询机制这个时候我们是8081端口的服务器,那么之前我们是在8081中存入了一个姓名。那么我们现在来访问以下看看是否能够获取到我们存入的姓名:SimpleWu,继续访问:http://www.hello.com/getSession

当前项目端口:8081 当前sessionId:005EE6198C30D7CD32FBD8B073531347获取的姓名:null

8080端口我们没有存入连8081端口存入的都没有呢?

我们仔细观察一下第三次访问8081的端口sessionid都不一样了,是因为我们在第二次去访问的时候访问的是8080端口这个时候客户端在cookie中获取8081的端口去8080服务器上去找,没有找到后重新创建了一个session并且将sessionid响应给客户端,客户端又保持到cookid中替换了之前8081的sessionid,那么第三次访问的时候拿着第二次访问的sessionid去找又找不到然后又创建。一直反复循环。

如何解决这两个服务之间的共享问题呢?

spring已经给我们想好了问题并且已经提供出解决方案:spring-session 不了解的可以去百度了解下。

我们首先打开redis并且在pom.xml中添加依赖:

com.alibabafastjson1.2.47org.springframework.bootspring-boot-starter-data-redis<!--spring session 与redis应用基本环境配置,需要开启redis后才可以使用,不然启动Spring boot会报错 -->org.springframework.sessionspring-session-data-redisorg.apache.commonscommons-pool2redis.clientsjedis

修改yml配置文件:

server:port:8081spring:redis:database:0host: localhostport:6379jedis:pool:max-active:8max-wait: -1max-idle:8min-idle:0timeout:10000redis:hostname: localhostport:6379#password:123456

添加Session配置类

/**

* Author: SimpleWu

* date: 2018/12/16

*///这个类用配置redis服务器的连接//maxInactiveIntervalInSeconds为SpringSession的过期时间(单位:秒)@EnableRedisHttpSession(maxInactiveIntervalInSeconds = 1800)publicclassSessionConfig{// 冒号后的值为没有配置文件时,制动装载的默认值@Value("${redis.hostname:localhost}")privateString hostName;@Value("${redis.port:6379}")privateint port;// @Value("${redis.password}")// private String password;@BeanpublicJedisConnectionFactory connectionFactory() { JedisConnectionFactory connection = new JedisConnectionFactory(); connection.setPort(port); connection.setHostName(hostName);//connection.setPassword(password);// connection.setDatabase(0);returnconnection; }}

初始化Session配置

/**

* Author: SimpleWu

* date: 2018/12/16

*///初始化Session配置publicclassSessionInitializerextendsAbstractHttpSessionApplicationInitializer{ publicSessionInitializer() {super(SessionConfig.class); }}

然后我们继续启动8080,8081来进行测试:

首先存入一个姓名http://www.hello.com/createSession?name=SimpleWu:

当前项目端口:8080 当前sessionId :cf5c029a-2f90-4b7e-8345-bf61e0279254在Session中存入成功!

应该轮询机制那么下次一定是8081,竟然已经解决session共享问题了那么肯定能够获取到了,竟然这样那么我们直接来获取下姓名http://www.hello.com/getSession:

当前项目端口:8081当前sessionId:cf5c029a-2f90-4b7e-8345-bf61e0279254 获取的姓名:SimpleWu

这个时候我们发现不仅能够获取到值而且连sessionid都一致了。

实现原理:

就是当Web服务器接收到http请求后,当请求进入对应的Filter进行过滤,将原本需要由web服务器创建会话的过程转交给Spring-Session进行创建,本来创建的会话保存在Web服务器内存中,通过Spring-Session创建的会话信息可以保存第三方的服务中,如:redis,mysql等。Web服务器之间通过连接第三方服务来共享数据,实现Session共享!

在这里给大家提供一个学习交流的平台,Java技术交流┟ 810309655

具有1-5工作经验的,面对目前流行的技术不知从何下手,需要突破技术瓶颈的可以加群。

在公司待久了,过得很安逸,但跳槽时面试碰壁。需要在短时间内进修、跳槽拿高薪的可以加群。

如果没有工作经验,但基础非常扎实,对java工作机制,常用设计思想,常用java开发框架掌握熟练的可以加群。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,242评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,769评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,484评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,133评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,007评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,080评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,496评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,190评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,464评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,549评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,330评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,205评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,567评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,889评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,160评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,475评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,650评论 2 335

推荐阅读更多精彩内容