Timer+TimerTask是最基本的解决方案，但是比较远古了，这里不再讨论。Spring自带的Scheduled
Task是一个轻量级的定时任务调度器，支持固定时间(支持cron表达式)和固定时间间隔调度任务，支持线程池管理。以上两种方式有一个共同的缺点，那就是应用服务器集群下会出现任务多次被调度执行的情况，因为集群的节点之间是不会共享任务信息的，每个节点上的任务都会按时执行。Quartz是一个功能完善的任务调度框架，特别牛叉的是它支持集群环境下的任务调度，当然代价也很大，需要将任务调度状态序列化到数据库。Quartz框架需要10多张表协同，配置繁多，令人望而却步...
经过折中考虑，还是选择了Spring的Scheduled Task来实现定时任务。如下：
1. Spring配置文件application-context.xml中添加task命名空间和描述。
[html] view plain copy
Spring Session 是Spring家族中的一个子项目，它提供一组API和实现，用于管理用户的session信息，它把servlet容器实现的httpSession替换为spring-session，专注于解决 session管理问题，Session信息存储在Redis中，可简单快速且无缝的集成到我们的应用中。
是指在一个浏览器访问多个 Web 服务时，服务端的 Session 数据需要共享。
通过对应用服务器的配置开启服务器的 Session 复制功能，在集群中的几台服务器之间同步 Session 对象，使得每台服务器上都保存所有的 Session 信息，这样任何一台宕机都不会导致 Session 的数据丢失，服务器使用 Session 时，直接从本地获取。这种方式的缺点也比较明显。因为 Session 需要时时同步，并且同步过程是有应用服务器来完成，由此对服务器的性能损耗也比较大。
利用 hash 算法，比如 nginx 的 ip_hash,使得同一个 Ip 的请求分发到同一台服务器上。 这种方式不符合对系统的高可用要求，因为一旦某台服务器宕机，那么该机器上的 Session 也就不复存在了，用户请求切换到其他机器后么有 Session，无法完成业务处理。
Session 记录在客户端，每次请求服务器的时候，将 Session 放在请求中发送给服务器， 服务器处理完请求后再将修改后的 Session 响应给客户端。这里的客户端就是 cookie。 利用 cookie 记录 Session 的也有缺点，比如受 cookie 大小的限制，能记录的信息有限， 安全性低，每次请求响应都需要传递 cookie，影响性能，如果用户关闭 cookie，访问就不正常。
Session 服务器可以解决上面的所有的问题，利用独立部署的 Session 服务器统一管理 Session，服务器每次读写 Session 时，都访问 Session 服务器。 对于 Session 服务器，我们可以使用 Redis 或者 MongoDB 等内存数据库来保存 Session 中的数据，以此替换掉服务中的 HttpSession。达到 Session 共享的效果。
本课程详细讲解Spring session如何解决集群模式/分布式/跨域环境下，实现session的同步共享问题，是构建大规模应用必须要考虑的一个问题。
SpringSession视频教程
https://www.bilibili.com/video/BV1iK411p7dZ
SpringSession资料下载
http://www.bjpowernode.com/?toutiao
•001.SpringSession: Session机制
•002.SpringSession: Session机制存放过程
•003.SpringSession: 集群后丢失Session原因
•004.SpringSession: Session共享方案介绍
•005.SpringSession: SpringSession介绍
•006.SpringSession: Session丢失演示
•007.SpringSession: 集成SpringSession实现Session共享
•008.SpringSession: Redis中的Session数据存放结构
•009.SpringSession: SpringSession使用场景
•010.SpringSession: 同域名下不同项目的Session共享
•011.SpringSession: 同根据域名不同二级子域名的Session共享
•012.SpringSession: 单点登录
•013.SpringSession: P2P项目Session共享
•014.SpringSession: SpringBoot集成SpringSession
HttpSession是由servelet容器进行管理的。而我们常用的应用容器有 Tomcat/Jetty等， 这些容器的HttpSession都是存放在对应的应用容器的内存中，在分布式集群的环境下，通常我们使用Nginx或者LVS、Zuul等进行反向代理和负载均衡，因此用户请求是由一组提供相同服务的应用来进行处理，而用户最终请求到的服务由Nginx和LVS、Zuul进行确定。
那么问题就来了，我们怎样保证多个相同的应用共享同一份session数据？对于这种问题Spring为我们提供了Spring Session进行管理我们的HttpSession。项目地址： http://projects.spring.io/spring-session/
1.添加Spring session的包，而Spring session 是将HttpSession存放在Redis中，因此需要添加Redis的包。我们这里是用了Spring boot进行配置Rdies。
2.使用@EnableRedisHttpSession注解进行配置启用使用Spring session。
3.配置我们的Redis链接，我们这里使用的是Spring Boot作为基础进行配置，因此我们只需要在YML或者Properties配置文件添加Redis的配置即可。
4.创建请求的控制器来进行确定我们是否启用Session 共享。
5.将当前的工程拷贝一份.
通过上面请求显示的结果我们可以看出使用的是同一个Seesion，我们也可以查看下存在Redis中的Session。我这里使用RDM进行查看，我们还可以查看Session的属性。从图可以看出我们存进入的url属性。
我们从启动Spring Session的配置注解@EnableRedisHttpSession开始。
1.我们可以通过@EnableRedisHttpSession可以知道，Spring Session是通过RedisHttpSessionConfiguration类进行配置的。
2.我们在RedisHttpSessionConfiguration类种的注释可以知道，该类是用于创建一个过滤SessionRepositoryFilter。
3.探究下SessionRepositoryFilter类是在哪里创建\创建过程\作用。
(1)哪里创建：
通过搜索RedisHttpSessionConfiguration发现SessionRepositoryFilter的创建不是在RedisHttpSessionConfiguration,而是在父类SpringHttpSessionConfiguration中创建。
(2)SessionRepositoryFilter创建过程：
这里我们可以总结下：
Redis确保链接的情况下。
1.创建sessionRedisTemplate
2.创建RedisOperationsSessionRepository
3.创建SessionRepositoryFilter
(3)SessionRepositoryFilter的作用：
SessionRepositoryFilter的主要作用接管Seession的管理。我们可以从下面几个点知道为什么？
4.我们研究下SessionRepositoryRequestWrapper是怎样接管Session?
（1）存储Session的过程
当调用SessionRepositoryFilter.this.sessionRepository.save(session)完毕后，会判断当前的SessionId是否与请求的中的Cookie中SessionId一致，若不一致的情况下会调用onNewSession（）方法，我们可以通过SpringHttpSessionConfiguration配置类的可以看到使用的是
CookieHttpSessionStrategy()
从CookieHttpSessionStrategy.onNewSession()方法可以看到是将SessionId写到Cookie中。
（2）获取Session的过程
我们根据源码的分析可以知道：
1.Spring Session 是通过SessionRepositoryFilter过滤器进行拦截，然后通过SessionRepositoryRequestWrapper继承HttpServletRequestWrapper进行管理Session。
2.Spring Session 为我们提供了3中存放的策略而每种策略提供对应的注解启动。分别为：
(1)NoSql形式的MongoDb：@EnableMongoHttpSession
(2)持久化形式的JDBC：@EnableJdbcHttpSession
(3)缓存形式的Redis：@EnableRedisHttpSession
3.Spring Session 共享Session过程：
(1)先过程过滤器存储将SessionID存放到本地的Cookie 和Redis中。
如果本地没有启用Cookie的情况下，Spring Session也就不能使用。
(2)获取Session的时候，先从请求中获取Session，Session不为空的情况下直接返回Session，若当前的Session为空的情况下，从Cookie中获取SessionId，判断SessionId不为空，再从Redis中获取Session，若从Redis中获取到的Session不为空将Session存放到请求中,再返回Session，如果从Redis中获取的Session为空，再创建新的Session并且添加到请求中，后返回Session。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）