设计模式之装饰模式,session共享的底层原理

  • 时间:
  • 浏览:14
  • 来源:大发时时彩_时时彩精准计划_大发时时彩精准计划

前言

  还记得当初写spring-session实现分布式集群session的共享的原本,底下有说到利用filter和HttpServletRequestWrapper还能不能定制另一方的getSession依据 ,实现对session的控制,从而将session存倒进统一的位置进行存储,达到session共享的目的。有就让 具体是怎样实现的没人 提及,今天亲戚亲戚我们歌词 就另一方实现原本简单的session共享。

  路漫漫其修远兮,吾将上下而求索!

  github:https://github.com/youzhibing

  码云(gitee):https://gitee.com/youzhibing

装饰模式

  进入正题原本亲戚亲戚我们歌词 先来看看另外原本内容,放松下心情。尽管目前房价依旧很高,但还是阻止不了亲戚亲戚我们歌词 对新房的渴望和买房的热情。原本亲戚亲戚我们歌词 买的是毛坯房,无疑还有一项艰巨的任务要面对,那什么都 装修。对新房进行装修并没人 改变房屋用于居住的本质,但它还能不能让房子变得更漂亮、更温馨、更实用、更能满足居家的需求。在软件设计中,亲戚亲戚我们歌词 有的是 三种 类似于于新房装修的技术还能不能对已有对象(新房)的功能进行扩展(装修),以获得更加符合用户需求的对象,使得对象具有更加强大的功能。你這個技术对应于三种 被称之为装饰模式的设计模式。

  装饰者模式叫华包装模式,以对客户端透明的依据 拓展对象的功能,还能不能让亲戚亲戚我们歌词 在不修改底层代码的请况下,给亲戚亲戚我们歌词 的对象赋予新的职责。是继承关系的原本替代方案。

  装饰模式类图

  装饰模式中的角色:    

    抽象构件(Component)角色:给出原本抽象接口,以规范准备接收附加责任的对象。

    具体构件(ConcreteComponent)角色:定义原本将要接收附加责任的类。

    装饰(Decorator)角色:持有原本构件(Component)对象的实例,并定义原本与抽象构件接口一致的接口。

    具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任

  源代码实现

    Component.java

    ConcreteComponent.java

    Decorator.java

    ConcreteDecorator.java

    更多详情在spring-boot-test下的com.lee.decorator包下

  jdk中的案例

    装饰模式在Java语言中的最著名的应用莫过于Java I/O标准库的设计了。原本Java I/O库时要什么都性能的各种组合,原本哪此性能有的是 用继承的依据 实现的,没人 每三种 组合都时要原本类,原本就会造成多量性能重复的类出现。而原本采用装饰模式,没人 类的数目就会大大减少,性能的重复里还能不能减至大概 ,有就让 装饰模式是Java I/O库的基本模式。

    原本Java I/O的对象众多,这里只画出InputStream的一次要

    亲戚亲戚我们歌词 来捋一捋你這個类图在装饰模式中角色的对应

      抽象构件(Component)角色:InputStream,这是原本抽象类,为各种子类型提供统一的接口

      具体构件(ConcreteComponent)角色:FileInputStream,实现了抽象构件角色所规定的接口

      装饰(Decorator)角色:FilterInputStream,它实现了InputStream所规定的接口

      具体装饰(ConcreteDecorator)角色:BufferedInputStream

自定义session管理

  亲戚亲戚我们歌词 先来看看原本请求的发起到响应的时序图

  Interceptor依赖具体的框架(当然亲戚亲戚我们歌词 里还能不能另一方实现),有的是 Servlet的内容,不须先将其抛开,没人 大概 请求先经过Filter链,再到Servlet,有就让 servlet解决完原本,再经过Filter链返回给浏览器。

  此时亲戚亲戚我们歌词 要对session的获取进行定制,亲戚亲戚我们歌词 能为社 解决?三种 挑选,一是从Servlet入手,二是从Filter入手。原本们想一想,从Servlet入手可行吗?可行,什么都 可行性非常低,原本亲戚亲戚我们歌词 时要定制的东西就过多了,容器的那套Servlet规范实现亲戚亲戚我们歌词 都时要另一方来实现了。原本从Filter入手,亲戚亲戚我们歌词 还能不能继续沿用容器的那套实现,并从中插入亲戚亲戚我们歌词 的定制内容,没人 改动的内容就很少了。具体怎样实现,亲戚亲戚我们歌词 一齐往下看

  定制session管理

    servlet容器的session创建

      在实现亲戚亲戚我们歌词 另一方的session管理原本,亲戚亲戚我们歌词 先来看看session在servlet容器中的创建。

      客户端第一次请求request.getSession()时,也什么都 说客户端的请求中服务端第一次调用request.getSession()时,服务器会创建了Session对象并保存在servlet容器的session集合中,一齐生成原本Session id,并通过响应头的Set-Cookie命令,向客户端发送要求设置cookie的响应(cookie中设置Session id信息),客户端收到响应后,在客户端设置了原本JSESSIONID=XXXXXXX的cookie信息;接下来客户端每次向服务器发送请求时,请求头有的是带上该cookie信息(含有Session id),没人 原本的每次请求都能从servlet容器的session集合中找到客户端对应的session了,原本也就大概 保持了用户与服务器的交互请况。     

      注意:

        第一次请求request.getSession()时,请求头没带session id的信息,响应头中包括设置session id的cookie设置命令;原本客户端的请求(不管服务端原本调用request.getSession()),请求头有的是 session id信息,而响应头再什么都 会有设置session id的cookie设置命令

        session以及session id是在第一次调用request.getSession()时创建的(session过期另说,有的是 本文内容)

        不同容器的session id名称原本不一样,JSESSIONID是tomcat中session id的默认名

    自定义session的创建与获取

      不依赖任何框架,就用Filter + HttpServletRequestWrapper实现亲戚亲戚我们歌词 另一方的简单session管理。自定义Filter的作用是在请求到达Servlet原本,亲戚亲戚我们歌词 将HttpServletRequest封装成亲戚亲戚我们歌词 另一方的HttpServletRequestWrapper实现类:CustomizeSessionHttpServletRequest,没人 到达Servlet的HttpServletRequest对象实际上是CustomizeSessionHttpServletRequest;亲戚亲戚我们歌词 重写CustomizeSessionHttpServletRequest的getSession依据 ,使其从亲戚亲戚我们歌词 另一方的session容器中获取,从而实现session的自定义管理。为了实现同一会话的效果,在创建session的原本,时要往response中加进去去cookie,保存session id,下次请求的原本,浏览器会将cookie信息传过来,亲戚亲戚我们歌词 去cookie中获取session id,根据session id取session容器获取session,原本就能保证同一会话效果了。

      具体代码这里就不贴了,亲戚亲戚我们歌词 去查看customize-session,效果如下

      先访问http://localhost:20083/customize-session/test,此时是没人 产生session的,http://localhost:20083/customize-session/请求的是index.jsp,jsp请求了内置对象session,此时产生session,并让浏览器设置缓存,没人 原本的每次请求有的是带上含有session id的缓存。

    关键次要类图

      

      ServletRequestWrapper含有成员变量ServletRequest request;

    装饰模式角色对应

      有的是 严格意义上的装饰模式

      抽象构件(Component)角色:ServletRequest

      具体构件(ConcreteComponent)角色:无

      装饰(Decorator)角色:ServletRequestWrapper

      具体装饰(ConcreteDecorator)角色:CustomizeHttpServletRequest

总结

  1、装饰模式

    文中装饰模式讲的有的是 很细,亲戚亲戚我们歌词 原本有哪此不懂的地方还能不能去我参考的两本的两本书中寻找更删改的信息。

    jdk源码中,I/O标准库多量用到了装饰模式和适配器模式,有兴趣的小伙伴还能不能去删改的看看。

  2、自定义session管理

    Filter拦截请求,将HttpServletRequest封装成亲戚亲戚我们歌词 另一方的CustomizeSessionHttpServletRequest,进而插入亲戚亲戚我们歌词 的session创建与获取逻辑,原本session的获取依据 往往是:request.getSession();

    往response中加进去去cookie,时要在response提交原本,有就让 加进去去无效;

    另外亲戚亲戚我们歌词 自定义了HttpSession:CustomizeSession,目的是为了更好地控制session

  3、不足英文

    首先强调一点:方向与思路是没错的!

    目前什么都 实现了session的创建与获取,实现的还比较一般,提升空间比较大;session管理还包括:session过期、session刷新等;另外session的存储在本文中写死了,没人 对外提交接口实现多依据 存储,好的依据 应该是对外提供接口并提供默认实现。

  4、目的

    写本文的目的什么都 让亲戚亲戚我们歌词 对自定义session的管理有个简单的认知,原本直接从shiro的session管理,原本spring-session的session管理入口,亲戚亲戚我们歌词 原本谁能谁能告诉我怎样去阅读,毕竟这两者是个心智心智心智成熟 的体系,涉及的内容什么都,亲戚亲戚我们歌词 原本会望而却步了;但不管怎样,实现依据 有的是 一样的,什么都 shiro、spring-session在此基础上进行各种内容充裕,使得体系愈发心智心智心智成熟 。

    为我的shiro源码篇 - shiro的session共享,你值得拥有做准备

参考

  《Head First 设计模式》

  《Java与模式》