5 使用redis实现session共享
2017-12-29 17:00
507 查看
在第3篇文章我们实践过使用redis实现MyBatis二级缓存的功能,今天在使用redis实现一个常用的功能——session共享。
众所周知,http是一种无连接,无状态的协议。换句话说,每次来的请求都是新的,服务器返回响应后,客户端和服务端就没啥瓜葛了。但是作为web应用,其实我们是需要状态的这种东西,起码服务器要知道当前是谁连接了,才能根据这种状态进行其他操作。Session就补充了这一点,下面我们简单的了解下session工作的原理:
当客户端连接到服务器后,服务器先从请求信息中获取sessionid来判断是否连接过;如果没有sessionid的话,服务器就会创建一个sessionid保存在内存中,然后把它同本次响应一起返回客户端,客户端拿到这个sessionid后就会使用cookie(cookie是什么大家自己问度娘吧)保存下来;
然后有了这个sessionid之后,客户端只要有访问这个网站,那它之后的请求都会把sessionid信息一起发送给服务端,这样就有一个状态的标识。服务端通过这个标识就能记录一些用户信息了。
单服务器的情况下,是不会有session共享的概念,但当服务数数量多了,按上述的工作原理,那是不是会出现客户端1刚开始连接服务器A,第二次跑服务器B去了,那这时这个客户端1的状态没要想法同步才行,不然他在A端登录了,被权限控制下,到了B端不是还要重登一次。一直这样的话,他啥事都不要干了一直登录,当然这是一个极端的例子。不过作为一个web项目而言,权限的控制是必要的,但要做控制肯定是需要用户标识。当然这种做法有很多种,最简单粗暴的当然是把session的信息共享出来,服务器之间都认识就可以了。
这里补充一个点,当我们使用IP地址访问服务器时候,这个cookie记录的sessionid只会是当前的这台服务器,不会共享的;但集群环境下,cookie记录的sessionid是按域名来登记的,所以只要域名相同,请求过去的sessionid都是一样的,那要被共享的其实是服务端的session记录,因为原本session是写在各自的内存里,跑错地了肯定是找不对的,所以要把服务端的session统一存放。
屁话不多说了,开撸~,首先还是在pom.xml添加依赖。
然后在spring-context.xml添加配置,之前我们做二级缓存的时候,redis都配置好了,这里添加RedisHttpSessionConfiguration这个bean就可以了。
当然还没完,session要交给redis进行储存进行共享,肯定要有代理实现嘛,所以还要在web.xml中添加一个拦截器,对所有请求拦截,然后代理引入springSessionRepositoryFilter实现session共享。(注意一点是,web.xml也是之上而下执行的,所以放的位置要靠前,按自己的实际情况把握)
ok完成了,但怎么校验呢?我们自己一般的项目只会部署本地上怎么看效果。额,可以自己部署几台试试,我们这边简单的校验一下,打开redis的命令行清空所有缓存,然后访问次项目,再使用kyes * 看下缓存里面是不是多了个session的记录;
返回浏览器访问其他的网页,然后在看看缓存情况。
貌似没问题,我们看看2个不同浏览器请求是不是多一份数据。
好了,跟期望的效果差不多。收工~
众所周知,http是一种无连接,无状态的协议。换句话说,每次来的请求都是新的,服务器返回响应后,客户端和服务端就没啥瓜葛了。但是作为web应用,其实我们是需要状态的这种东西,起码服务器要知道当前是谁连接了,才能根据这种状态进行其他操作。Session就补充了这一点,下面我们简单的了解下session工作的原理:
当客户端连接到服务器后,服务器先从请求信息中获取sessionid来判断是否连接过;如果没有sessionid的话,服务器就会创建一个sessionid保存在内存中,然后把它同本次响应一起返回客户端,客户端拿到这个sessionid后就会使用cookie(cookie是什么大家自己问度娘吧)保存下来;
然后有了这个sessionid之后,客户端只要有访问这个网站,那它之后的请求都会把sessionid信息一起发送给服务端,这样就有一个状态的标识。服务端通过这个标识就能记录一些用户信息了。
单服务器的情况下,是不会有session共享的概念,但当服务数数量多了,按上述的工作原理,那是不是会出现客户端1刚开始连接服务器A,第二次跑服务器B去了,那这时这个客户端1的状态没要想法同步才行,不然他在A端登录了,被权限控制下,到了B端不是还要重登一次。一直这样的话,他啥事都不要干了一直登录,当然这是一个极端的例子。不过作为一个web项目而言,权限的控制是必要的,但要做控制肯定是需要用户标识。当然这种做法有很多种,最简单粗暴的当然是把session的信息共享出来,服务器之间都认识就可以了。
这里补充一个点,当我们使用IP地址访问服务器时候,这个cookie记录的sessionid只会是当前的这台服务器,不会共享的;但集群环境下,cookie记录的sessionid是按域名来登记的,所以只要域名相同,请求过去的sessionid都是一样的,那要被共享的其实是服务端的session记录,因为原本session是写在各自的内存里,跑错地了肯定是找不对的,所以要把服务端的session统一存放。
屁话不多说了,开撸~,首先还是在pom.xml添加依赖。
<dependency> <groupId>org.springframework.session</groupId> <artifactId>spring-session-data-redis</artifactId> <version>1.1.1.RELEASE</version> </dependency>
然后在spring-context.xml添加配置,之前我们做二级缓存的时候,redis都配置好了,这里添加RedisHttpSessionConfiguration这个bean就可以了。
<!-- redis session 共享 --> <bean class="org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration"/>
当然还没完,session要交给redis进行储存进行共享,肯定要有代理实现嘛,所以还要在web.xml中添加一个拦截器,对所有请求拦截,然后代理引入springSessionRepositoryFilter实现session共享。(注意一点是,web.xml也是之上而下执行的,所以放的位置要靠前,按自己的实际情况把握)
<!-- redis session共享 --> <filter> <filter-name>springSessionRepositoryFilter</filter-name> <filter-class> org.springframework.web.filter.DelegatingFilterProxy </filter-class> </filter> <filter-mapping> <filter-name> springSessionRepositoryFilter</filter-name> <url-pattern>/*</url-pattern> <dispatcher>REQUEST</dispatcher> <dispatcher>ERROR</dispatcher> </filter-mapping>
ok完成了,但怎么校验呢?我们自己一般的项目只会部署本地上怎么看效果。额,可以自己部署几台试试,我们这边简单的校验一下,打开redis的命令行清空所有缓存,然后访问次项目,再使用kyes * 看下缓存里面是不是多了个session的记录;
返回浏览器访问其他的网页,然后在看看缓存情况。
貌似没问题,我们看看2个不同浏览器请求是不是多一份数据。
好了,跟期望的效果差不多。收工~
相关文章推荐
- 使用Tomcat+Redis来实现集群部署中的Session共享问题
- [转]分布式中使用Redis实现Session共享(二)
- Thinkphp设置session共享使用 redis实现
- 分布式架构学习之:使用Redis3.0集群实现Tomcat集群的Session共享
- 分布式中使用Redis实现Session共享
- 使用Tomcat+Redis来实现集群部署中的Session共享问题
- 使用springboot+redis实现session共享
- 分布式中使用Redis实现Session共享(一)
- 使用Tomcat+Redis来实现集群部署中的Session共享问题
- (转)分布式中使用Redis实现Session共享(二)
- (转)分布式中使用Redis实现Session共享(一)
- 分布式中使用 Redis 实现 Session 共享(中)
- 使用springboot+redis实现session共享
- 使用nginx负载tomcat集群实现redis存贮session共享
- 分布式中使用Redis实现Session共享(二)
- 分布式中使用Redis实现Session共享(一)
- 使用springboot+redis实现session共享
- 分布式中使用Redis实现Session共享(二)
- 负载均衡,最理想使用 redis实现session共享
- tomcat集群使用redis实现session共享