189 8069 5689
HttpSession是由servelet容器进行管理的。而我们常用的应用容器有 Tomcat/Jetty等， 这些容器的HttpSession都是存放在对应的应用容器的内存中，在分布式集群的环境下，通常我们使用Nginx或者LVS、Zuul等进行反向代理和负载均衡，因此用户请求是由一组提供相同服务的应用来进行处理，而用户最终请求到的服务由Nginx和LVS、Zuul进行确定。
成都创新互联是一家集网站建设,五常企业网站建设,五常品牌网站建设,网站定制,五常网站建设报价,网络营销,网络优化,五常网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
那么问题就来了，我们怎样保证多个相同的应用共享同一份session数据？对于这种问题Spring为我们提供了Spring Session进行管理我们的HttpSession。项目地址：
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。
sql developer 过滤器怎么使用
左上第三个按钮,像个漏斗的,叫FILTER,点开,选择UNLIKE,填上你不想要的表明前缀加%,过滤就可以了。比如'DEF%'
Java的技术体系是非常庞大的，需要我们学习的技术非常多，往往很多初学的人，通过互联网查阅了一个庞大的学习列表，然后不知道如何下手。网上很多大牛列的技术不是不重要，但是掌握住企业应用的Java的核心技术，快速上手，是一种高效的学习手段。结合本人十余年的项目研发和带人经验，整理出如下方面。
首先JavaSE是核心，这是初学Java人员应最先接触学习的部分。Java的运行原理，jdk的配置，与jre的区别，基本数据类型，流程控制(顺序结构、选择结构、循环结构)，数组、集合框架，异常处理等，这些都是比较容易学习的，需要多练习，在练习过程中加强理解。面向对象部分是Java初学者，尤其是没有任何编程语言基础的学起来有些难度，类、对象、继承、封装、多态等技术点需要多参照些现有的设计模型，学习设计的思路。诸如工厂模式、观察者模式、代理模式等重要的设计模式也是需要学习的，否则在将来应用框架时就会只知其然，不知其所以然。IO流、多线程也一定需要学习，尤其是XML、JSON等文件格式一定要掌握，这在数据交互时常用。
其次是数据库知识，作为初级Java程序员必须要掌握一种常用的关系型书库的应用，如MySQL或oracle等，数据库对象诸如表、视图等的创建、增删改查语句，尤其是查询，在企业中经常需要从十几张表、或几十张表中查询数据，所以对于如何进行内连接、外连接、以及联合查询等一定要掌握，另外对于索引、事务等也要掌握。
第三是Java Web部分，由于Java主要做web开发，一些前端技术HTML3、CSS5，javaScript，jQuery等这些不见得要学得有多深入，但是必须要掌握，tomcat、jsp，以及和数据库的交互这些都是必须要掌握的。
第四是框架部分，主流的ORM框架有Mybatis、hibernate，MVC框架有Spring MVC、Struts2等，可以优先掌握主流的SSM框架组合，框架的学习有人认为很简单，就按照规定、规范调用、使用呗，初学者可以先学习如何使用这些框架，然后慢慢的探究内部原理，因为框架是技术封装、简化的产物。
这里面有些同类型的技术比如hibernate，如果会使用Mybatis了，那么上手就会很容易，同理如果Spring MVC框架应用熟练了，那么Struts2框架其实就可以现学现卖了。
一个web程序包含的模块很多，不一定包括所有模块。
系统模块：Windows、Linux系统等。
存储模块：这里既包括关系型数据库MySQL、oracle等，也包括内存数据库redis、memcached等。
程序模块：还可以细化成持久化模块、业务逻辑模块、表现层模块，MVC框架的实现。
搜索模块：应用solr或Elasticsearch等。
服务器模块：tomcat、weblogic、Resion等
中间件模块：nginx、MQ消息队列技术等。
在这里额外说一下技术和技能的区别，初学者学一个技术可能很容易，但是这个技术如何在企业开发环境中应用这就是技能了，所以在学习的同时，要多应用，最好通过一些案例项目来学习，这样既高效，学习的还扎实。
补充一点，现在的应用级别越来越大，海量数据、高并发是处理的重点，单应用的程序已经无法满足要求，分布式是趋势，Dubbo、Zookeeper、Docker、SpringBoot、SpringCloud、MyCat等技术，包括上面系统模块里提到的一些技术都要学习的。
只要有交叉，通常而言都会有注入漏洞的。只是对于漏洞，你大可放心，应为一般而言注入提权都是针对常用的热门数据库和已知漏洞进行的，对于新兴的没有大规模使用的数据库来说，没有太多人花很多时间去研究，只要没大规模传播扩散漏洞信息，即使是有，也比较安全的。总不可能有人就专盯你的数据库入侵提权吧