前言此篇博文内容续接的是UML建模语言、设计原则、创建型设计模式的内容，有兴趣的可以点前面的链接去看一下3.2、行为型这类设计模式是专门用于：对象间的高效沟通和职责委派*3.2.1、chainofresponsibility责任链模式定义：责任链模式又名职责链模式，指的是：对某个请求的所有处理构成一条链，如果链上的某一处理者可以处理，则处理后返回。如果不能处理则将请求传递给链上的下一个处理者废话文学：所谓责任链模式就是为了避免请求发送者与多个请求处理者耦合在一起，于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止场

前言这篇内容是从另一篇：UML建模、设计原则中分离出来的，原本这个创建型设计模式是和其放在一起的但是：把这篇创建型设计模式放在一起让我贼别扭，看起来贼不舒服，越看念头越不通达，导致老衲躺在床上脑海中冒出来时都睡不着了因此：最后实在受不了了，还是将其抽离出来3、设计模式分类：注：使用设计模式的规范，类名=需求名+使用的对应设计模式名，如：StringBuilder，这就是使用了Builder建造者模式设计模式不是一成不变的，主要是思想，至于形不需要在意，形只是便于理解罢了若是想要知道Java什么地方用到了对应模式，那就去Spring中直接全局搜索模式的名字，就会出来一堆的实现类，Spring中基

前言此篇博文内容续接的是UML建模语言、设计原则、创建型设计模式的内容，有兴趣的可以点前面的链接去看一下3.2、行为型这类设计模式是专门用于：对象间的高效沟通和职责委派*3.2.1、chainofresponsibility责任链模式定义：责任链模式又名职责链模式，指的是：对某个请求的所有处理构成一条链，如果链上的某一处理者可以处理，则处理后返回。如果不能处理则将请求传递给链上的下一个处理者废话文学：所谓责任链模式就是为了避免请求发送者与多个请求处理者耦合在一起，于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止场

前言这篇内容是从另一篇：UML建模、设计原则中分离出来的，原本这个创建型设计模式是和其放在一起的但是：把这篇创建型设计模式放在一起让我贼别扭，看起来贼不舒服，越看念头越不通达，导致老衲躺在床上脑海中冒出来时都睡不着了因此：最后实在受不了了，还是将其抽离出来3、设计模式分类：注：使用设计模式的规范，类名=需求名+使用的对应设计模式名，如：StringBuilder，这就是使用了Builder建造者模式设计模式不是一成不变的，主要是思想，至于形不需要在意，形只是便于理解罢了若是想要知道Java什么地方用到了对应模式，那就去Spring中直接全局搜索模式的名字，就会出来一堆的实现类，Spring中基

前言这篇博文续接的是UML建模、设计原则、创建型设计模式、行为型设计模式，有兴趣的可以看一下3.3、结构型这些设计模式关注类和对象的组合。将类和对象组合在一起，从而形成更大的结构*3.3.1、proxy代理模式定义：为某对象提供一种代理以控制对该对象的访问。即：客户端通过代理间接地访问该对象，从而限制、增强或修改该对象的一些特性适用场景：想在访问某个类时做一些操作代理模式分为静态代理和动态代理3.3.1.1、静态代理定义：静态的定义代理类，编译前定义好静态代理的角色：抽象角色：真实角色的抽象化，抽象类或接口均可真实角色：被代理者，也是真正完成业务服务功能的地方代理角色：代理真实角色，间接访问真

前言这篇博文续接的是UML建模、设计原则、创建型设计模式、行为型设计模式，有兴趣的可以看一下3.3、结构型这些设计模式关注类和对象的组合。将类和对象组合在一起，从而形成更大的结构*3.3.1、proxy代理模式定义：为某对象提供一种代理以控制对该对象的访问。即：客户端通过代理间接地访问该对象，从而限制、增强或修改该对象的一些特性适用场景：想在访问某个类时做一些操作代理模式分为静态代理和动态代理3.3.1.1、静态代理定义：静态的定义代理类，编译前定义好静态代理的角色：抽象角色：真实角色的抽象化，抽象类或接口均可真实角色：被代理者，也是真正完成业务服务功能的地方代理角色：代理真实角色，间接访问真