Spring框架中使用的设计模式

容器启动时就创建所有的Bean
和BeanFactory相比 ,BeanFactory仅提供了最基本的依赖注入支持 . ApplicationContext扩展了BeanFactory, 除了BeanFactory的功能外还包含其余更多的功能,通常使用ApplicationContext创建Bean
ApplicationContext的三个实现类:

ClassPathXmlApplication: 将上下文文件作为类路径资源
FileSystemXmlApplication: 从文件系统中的XML文件中载入上下文定义信息
XmlWebApplicationContext: 从Web系统中的XML文件中载入上下文定义信息

单例设计模式Singleton

Spring中的Bean的作用域默认就是单例Singleton的 . Spring中的Bean还可以定义以下作用域:

prototype: 每次请求都会创建一个新的Bean实例
request: 每一次HTTP请求都会创建一个新的Bean实例,该Bean实例仅在当前HTTP request中有效
session: 每一次HTTP请求都会创建一个新的Bean实例,该Bean实例仅在当前HTTP session中有效

Spring实现单例Bean的方式:
<bean id="bean" class="com.oxford.Bean" scope="singleton"/>
```
@Scope(value="singleton")
```

注解的方式:

Spring底层通过ConcurrentHashMap实现单例注册表来实现单例模式:

// 通过线程安全的concurrentHashMap实现单例注册表
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<String, Object>(64);

public Object getSingleton(String beanName, ObjectFactory<?> singletonFactory) {
  Assert.notNull(beanName, "'beanName' must not be null");
  synchronized(this.singletonObjects) {
    // 检查缓存中是否存在实例
    Object singletonObject = this.singletonObjects.get(beanName);
    if (singletonObject == null) {
      ...
      try {
        singleton = singletonFactory.getObject();
      }
      ...
      // 如果实例对象不存在,则将对象注册到单例注册表中
      addSingleton(beanName, singletonObject);
    }
    return (singletonObject != NULL_OBJECT ? singletonObject : null);
  }
}

protected void addSingleton(String beanName, Object singletonObject) {
  synchronized(this.singletonObjects) {
    this.singletonObjects.put(beanName, (singletonObject != null ? singletonObject : NULL_OBJECT));
  }
}

代理设计模式Proxy

AOP中的代理模式

面向切面编程AOP: Aspect-Oriented Programming
- 面向切面编程能够将和业务无关,但是是业务模块中所共同调用的逻辑或者业务功能封装起来, 比如事务管理,日志管理,权限控制等
- 有利于减少重复代码,降低模块之间的耦合度,并有利于面向未来的可拓展性和可维护性
- - 使用AOP可以将一些通用功能抽象出来,在需要使用的地方直接使用,这样可以大大简化代码量
  - 需要增加新功能也会更加简单方便,这样可以提高系统的扩展性
Spring AOP基于动态代理实现的:
- 代理对象实现了接口:
- - Spring AOP会使用Java动态代理JDK Proxy创建代理对象完成对象的代理操作
- 代理对象没有实现接口:
- - Spring AOP会使用Cglib Proxy生成一个被代理对象的子类作为代理类完成对象的代理操作
Spring AOP集成了AspectJ,AspectJ是Java中最为完整的AOP框架

AspectJ和Spring AOP比较

AspectJ

AspectJ是编译时增强
AspectJ基于字节码操作Bytecode Manipluation实现
AspectJ在切面较多的情况下要比Spring AOP的性能强很多

Spring AOP

Spring AOP是运行时增强
Spring AOP基于代理Proxy实现
Spring AOP中集成了AspectJ
Spring AOP比较简单,在切面比较少的情况下和AspectJ的性能相似

模板方法模式TemplateMethod

模板方法模式:
- 是一种行为型模式,基于继承的代码复用
- 定义一个操作的算法骨架,将一些实现步骤延迟到子类中
- 模板方法使得子类可以不改变一个算法结构的情况下即可重新定义算法的某些特定步骤的实现方式
Spring中以Template结尾的类,比如jdbcTemplate等,都是使用了模板方法模式
- 通常情况下,都是使用继承来实现模板模式
- 在Spring中,使用了Callback与模板方法相结合的方式,既达到了代码复用的效果,又增加了系统的灵活性

观察者模式Observer

观察者模式:

是一种对象行为模式
表示的是一种对象和对象之间具有依赖关系,当一个对象发生改变,依赖于这个对象的对象也会发生改变

Spring事件驱动模型就是基于观察者模式实现的

Spring事件驱动模型可以在很多应用场景中解耦代码
比如每次添加商品时都需要更新商品索引,这时就可以使用观察者模式

Spring事件驱动模型

Spring事件驱动模型包含三种角色:

事件Event角色
事件监听者Listener角色
事件发布者Publisher角色

事件角色Event

ApplicationEvent: org.springframework.context
- 事件角色抽象类
- 继承java.util.Event并实现了java.io.Serializable接口
Spring中默认存在以下事件,都是继承自ApplicationContext事件角色抽象类:
- ContextStartedEvent:
- - ApplicationContext启动后触发的事件
- ContextStoppedEvent:
- - ApplicationContext停止后触发的事件
- ContextRefreshedEvent:
- - ApplicationContext初始化或者刷新后触发的事件
- ContextClosedEvent:
- - ApplicationContext关闭后触发的事件

事件监听者角色Listener

ApplicationListener:

事件监听者角色
ApplicationListener接口中定义了一个onApplicationEvent() 方法来处理ApplicationEvent. 只要实现onApplicationEvent() 方法即可完成监听事件

@FunctionalInterface
public interface ApplicationListener<E extends ApplicationEvent> extends EventListener {
  void onApplicationEvent(E event);
}

事件发布者角色Publisher

ApplicationEventPublisher:

事件发布者角色
ApplicationEventPublisher接口中定义了publishEvent() 方法来发布事件,这个方法在AbstractApplicationContext中实现
在AbstractApplicationContext中,事件是通过ApplicationEventMulticaster广播的

@FunctionalInterface
public interface ApplicationEventPublisher {
  default void publishEvent(ApplicationEvent event) {
    publishEvent((Object) event);
  }

  void publishEvent(Object event);
}

Spring事件流程

定义一个事件:

实现一个继承自ApplicationEvent的事件类,并写出相应的构造函数

定义一个事件监听者:

实现ApplicationListener接口
重写onApplicationEvent() 方法

使用事件发布者发布消息:

使用ApplicationEventPublisher的publishEvent() 方法
重写publishEvent() 方法发布消息

Spring事件模型示例

适配器模式Adapter

适配器模式:

是结构型模式,也是各种结构型模式的起源
将一个接口转换为调用方需要的接口
适配器使得接口不兼容的类之间可以一起工作.适配器又被称为包装器Wrapper

Spring AOP中的适配器模式

Spring AOP中的增强和通知Advice使用了适配器模式,接口是AdvisorAdapter
常用的Advice类型包括:

BeforeAdvice: 前置通知. 目标方法调用前增强
AfterAdvice: 后置通知. 目标方法调用后增强
AfterReturningAdvice: 目标方法执行结束之后 ,return之前

每个通知Advice都有对应的拦截器:

BeforeAdvice - MethodBeforeAdviceInterceptor
AfterAdvice - MethodAfterAdviceInterceptor
AfterReturningAdvice - MethodAfterReturningAdviceInterceptor

Spring中预定义的通知要通过对应的适配器,适配成为MethodInterceptor接口类型的对象

Spring MVC中的适配器模式

Spring MVC中 ,DispatchServlet根据请求信息调用HanlderMapping, 解析请求对应的Handler, 解析到对应的Handler后,开始由HandlerAdapter适配器进行处理
HandlerAdapter作为期望接口,具体的适配器实现类对具体目标类进行适配 .controller作为需要适配的类
通过使用适配器AdapterHandler可以对Spring MVC中众多类型的Controller通过不同的方法对请求进行处理

装饰器模式Decorator

装饰器模式:

动态地给对象添加一些额外的属性或者行为
和继承相比,装饰器模式更加灵活

装饰器模式使用场景:

当需要修改原有的功能,但是不想直接修改原有的代码,就可以设计一个装饰器Decorator类在原有的代码的外面,这样可以在不修改原有的类的基础上扩展新的功能

Spring中配置DataSource时 ,DataSource可以是不同的数据库和数据源.为了在少修改原有类的代码下动态切换不同的数据源,这时就用到了装饰器模式
Spring中含有Wrapper和含有Decorator的类都用到了装时期模式,都是动态地给一个对象添加一些额外的属性或者功能

总结

Spring框架中使用的设计模式:

设计模式	Spring框架
工厂模式	BeanFactory ApplicationContext
单例模式	Spring中的Bean
代理模式	Spring AOP
模板方法模式	Spring中以Template结尾的类
观察者模式	Spring事件驱动模型
适配器模式	Spring AOP中的AdvisorAdapter Spring MVC中的HandlerAdapter
装饰器模式	Spring中含有Wrapper和含有Decorator的类