当前问题主要考察开发人员是否阅读过Spring源码，如果没有读过源码的话，可能只是听说过，现在将所有设计模式用在哪些地方和使用场景整理如下：
- 简单工厂：有一个工厂类根据传入的参数，动态决定应该创建哪一个产品类
Spring中的BeanFactory 就是简单工厂模式的体现，根据传入一个唯一的标识来获得Bean对象，但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。
- 工厂方法：定义一个用于创建对象的接口，让子类绝对实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。
实现了FactoryBean接口的bean是一类叫做factory的bean，其特点是，spring会在使用getBean() 调用获得该bean时，会自动调用该bean的getObject() 方法，所以返回的不是factory这个bean，而是这个bean.getObject()方法的返回值
- 单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点
spring 中单例模式完成了后半句话，即提供了全局的访问点BeanFactory，但没有从构造器级别去控制单例，这是因为spring管理的是任意的java对象
- 适配器模式：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
spring定义了一个适配器接口HandleAdaptor，使得每一种Controller有一种对应的适配器实现类，让适配器代替Controller执行相应的方法，这样在扩展Controller时，只需要增加一个适配器类就完成了SpringMvc的扩展了
- 装饰器模式：动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活
Spring中用到的装饰器模式在类名上有两种表现：一种是雷鸣中含有Warpper，另一种是类名中含有Decorator
- 动态代理：
切面在应用运行的时候被织入，一般情况下，在 织入 切面时，AOP容器会为目标对象创建一个代理对象，SpringAOP就是以这种方式 织入 切面的。
- 观察者模式：
Spring的事件驱动模型使用的是观察者模式，Spring中的Observer模式常用的地方就是EventListener 的实现。
事件：ApplicationEvent 是所有事件对象的父类。ApplicationEvent 继承自 jdk 的 EventObject, 所有的事件都需要继承 ApplicationEvent, 并且通过 source 得到事件源。
Spring 也为我们提供了很多内置事件，ContextRefreshedEvent、ContextStartedEvent、ContextStoppedEvent、ContextClosedEvent、RequestHandledEvent。
事件监听：ApplicationListener，也就是观察者，继承自 jdk 的 EventListener，该类中只有一个方法 onApplicationEvent。当监听的事件发生后该方法会被执行。
事件源：ApplicationContext，ApplicationContext 是 Spring 中的核心容器，在事件监听中 ApplicationContext 可以作为事件的发布者，也就是事件源。因为 ApplicationContext 继承自 ApplicationEventPublisher。在 ApplicationEventPublisher 中定义了事件发布的方法：publishEvent(Object event)
事件管理：ApplicationEventMulticaster，用于事件监听器的注册和事件的广播。监听器的注册就是通过它来实现的，它的作用是把 Applicationcontext 发布的 Event 广播给它的监听器列表。
- 策略模式：定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换
Spring框架的资源访问Resource接口，该接口提供了更强的资源访问能力，Spring框架本身大量使用了Resource接口来访问底层资源。
