微服务分布式session共享解决方案

有几种解决的方案：

1.tomcat的session共享
优点：不需要额外开发，只需搭建tomcat集群即可
缺点：tomcat 是全局session复制，集群内每个tomcat的session完全同步（也就是任何时候都完全一样的) 在大规模应用的时候，用户过多，集群内tomcat数量过多，session的全局复制会导致集群性能下降， 因此，tomcat的数量不能太多，而且依赖tomcat容器移植性不好(所以不采用)

2.cookie同步session 如JWT(json web token)
这种完全把客户的登陆信息保存在客户端的cookie中，每次请求带着cookie中的Token
优点：由于完全舍弃了session 会减轻服务器端的压力
缺点：是把信息暴露在外，就算有加密算法还是存在安全问题。禁止使用cookie的情况下无效。

3.redis 集中管理session(常用)
优点：redis为内存数据库，读写效率高，并可在集群环境下做高可用

下面就介绍下第三种的实现方式 spring boot 整合 redis session 做的session共享

一 加入依赖

	org.springframework.boot
	spring-boot-starter-data-redis



     org.springframework.session
     spring-session-data-redis

二 yml 文件： 由于测试使用单机版

server:
  port: 7080
  
spring:
  application:
    name: eureka-server
    
  redis:
    password: 123456
    database: 0
    host: 39.105.147.99
    port: 6379

三 启动类加入 @EnableRedisHttpSession

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
import org.springframework.session.data.redis.config.annotation.web.http.EnableRedisHttpSession;

@EnableEurekaServer
@SpringBootApplication
@EnableRedisHttpSession
public class EurekaServerApplication {

	public static void main(String[] args) {
		SpringApplication.run(EurekaServerApplication.class, args);
	}
}

四 controller 测试类

@RequestMapping("/setKey")
public Object setKey(HttpServletRequest request) {
	HttpSession session = request.getSession();
	session.setAttribute("name", "小时候很驴");
	return request.getSession().getId();
}

@RequestMapping("/getKey")
public Object getKey(HttpServletRequest request) {
	HttpSession session = request.getSession();
	return session.getAttribute("name");
}

五 复制项目 把yml中项目端口改为 7083(启动类记得改名称)

server:
  port: 7083

spring:
  application:
    name: eureka-user

  redis:
    password: 123456
    database: 0
    host: 39.105.147.99
    port: 6379

现在访问 7080 setkey接口

现在访问 7080 getkey接口

现在访问 7083 getkey接口