前言
我们在搭建完集群环境后，不得不考虑的一个问题就是用户访问产生的session如何处理。
session的处理有很多种方法，详情见转载的上篇博客：集群/分布式环境下5种session处理策略
在这里我们讨论其中的第三种方法：session共享。
redis集群做主从复制，利用redis数据库的最终一致性，将session信息存入redis中。当应用服务器发现session不在本机内存的时候，就去redis数据库中查找，因为redis数据库是独立于应用服务器的数据库，所以可以做到session的共享和高可用。
不足：
1.redis需要内存较大，否则会出现用户session从cache中被清除。
2.需要定期的刷新缓存
初步结构如下：
但是这个结构仍然存在问题，redis master是一个重要瓶颈，如果master崩溃的时候，但是redis不会主动的进行master切换，这时session服务中断。
但是我们先做到这个结构，后面再进行优化修改。
spring boot提供了spring session来完成session共享。
官方文档：http://docs.spring.io/spring-session/docs/current/reference/html5/guides/boot.html#boot-sample
首先创建简单的controller：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
@controller
public class usercontroller {
@requestmapping(value="/main", method=requestmethod.get)
public string main(httpservletrequest request) {
httpsession session = request.getsession();
string sessionid = (string) session.getattribute("sessionid");
if (null != sessionid) { // sessionid不为空
system.out.println("main sessionid:" + sessionid);
return "main";
} else { // sessionid为空
return "redirect:/login";
}
}
@requestmapping(value="/login", method=requestmethod.get)
public string login() {
return "login";
}
@requestmapping(value="/dologin", method=requestmethod.post)
public string dologin(httpservletrequest request) {
system.out.println("i do real login here");
httpsession session = request.getsession();
string sessionid = uuid.randomuuid().tostring();
session.setattribute("sessionid", sessionid);
system.out.println("login sessionid:" + sessionid);
return "redirect:/main";
}
}
|
简单来说就是模拟一下权限控制，如果sessionid存在就访问主页，否则就跳转到登录页面。
那么如何实现session共享呢？
加入以下依赖：
|
1
2
3
4
5
6
7
8
9
10
11
|
<!-- spring session -->
<dependency>
<groupid>org.springframework.session</groupid>
<artifactid>spring-session</artifactid>
<version>1.3.0.release</version>
</dependency>
<!-- redis -->
<dependency>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-redis</artifactid>
</dependency>
|
增加配置类：
|
1
2
3
4
5
6
7
|
@enableredishttpsession
public class httpsessionconfig {
@bean
public jedisconnectionfactory connectionfactory() {
return new jedisconnectionfactory();
}
}
|
这个配置类有什么用呢？
官方文档：
the spring configuration is responsible for creating a servlet filter that replaces the httpsession implementation with an implementation backed by spring session.
也就是说，这个配置类可以创建一个过滤器，这个过滤器支持spring session代替httpsession发挥作用。
the @enableredishttpsession annotation creates a spring bean with the name of springsessionrepositoryfilter that implements filter. the filter is what is in charge of replacing the httpsession implementation to be backed by spring session. in this instance spring session is backed by redis.
@enableredishttpsession注解会创建一个springsessionrepositoryfilter的bean对象去实现这个过滤器。过滤器负责代替httpsession。
也就是说，httpsession不再发挥作用，而是通过过滤器使用redis直接操作session。
在application.properties中添加redis的配置：
|
1
2
3
|
spring.redis.host=localhost
spring.redis.password=
spring.redis.port=6379
|
这样，就完成了session共享了。是不是很简单？业务代码甚至不需要一点点的修改。
验证：
一开始redis数据库是空的。
运行项目：
访问页面之后，可以在redis中看到session的信息。
随便登陆之后：
进入到了main中。说明当前这个session中是存在sessionid的。
我们查看当前页面的cookie。也就是说，这个cookie是存在sessionid的。
再运行一个新的项目，端口为8081。在原本的浏览器中直接打开一个新的标签页，我们知道，这个时候cookie是共享的。访问localhost:8081/main
我们直接访问新的项目成功了！！同一个cookie，可以做到session在不同web服务器中的共享。
最后再次强调：
httpsession的实现被spring session替换，操作httpsession等同于操作redis中的数据。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：http://blog.csdn.net/a60782885/article/details/70244305