设计模式是面向对象编程中总结出来的成功的编程经验与最佳实现，运用这种高段位的编程技巧的会使得代码体系结构更加清晰、功能更加凝练 ，下面我们将讨论下Spring中本广泛使用的设计模式。
设计原则
谈Spring中设计模式之前，我先谈谈关于广为流传的设计原则的一得之见，如下：
-
单一职责原则
-
依赖倒置原则
-
接口隔离原则
-
最少知识原则
-
开闭原则
-
替换原则
记住这些抽象概括的概念很重要，但在开发编程中知晓该如何落地执行尤为重要！
开闭原则应该一种结果，代码具有对扩展开放，对修改关闭的高可维护性，是遵守了其他原则后的一种自然而然的现象。
而单一职责，在开发中是最不要钱的优秀的编码手段，它指的是引起类变化的原因，一个类只能有一个。有什么好处？当一个类职责越多，被引用的地方就越多，依赖关系就越复杂，同样可能引起类变化的原因就越多，这样的类就会越脆弱。
职责单一的类除了功能内聚、结构清晰外，同时还具有易测试、易维护、容易理解的特点，这简直和TDD（测试驱动开发）的编程思想不谋而合。只有引起类变化的原因少，才容易编写可测试的用例，也更容易进行黑盒测试。只有可测的代码，才容易维护修改，对于逻辑复杂的代码显得尤为重要，不可测的代码，修改后将会毫无自信。
而要写出单一职责的类，需要熟悉领域模型与业务逻辑外，还需要进行大量的重构、尝试工作，以期待达到理想的效果。在这个过程中，业务逻辑不会因为拆分而变得简单，更可能会多出很多的类，而这些类组合依赖的原则就是依赖倒置、接口隔离、最少知识、替换原则。
在Spring中，就说IOC容器实例化的过程，需要找配置、实例化Bean、初始化等工作，这个整个过程非常的复杂。
Spring把整个流程进行了抽象，对如何找配置，怎样依赖注入，初始化方法等功能，通过各种处理器插件化方式进行增强，接口类型进行自动的接入，非常契合开闭原则。
设计模式
工厂模式
ApplicationContext作为Spring对外的门面，在Spring提供了不同的实现，用来通过不同的途径，加载配置，实例化Spring容器，例如：
-
AnnotationConfigApplicationContext
-
ClassPathXmlApplicationContext
通过工厂方法模式，通过接口编程，屏蔽实现细节，增强Spring的可扩展性。
单例模式
单例模式可以说是最简单的设计模式，但是它却提供了创建某些对象的最佳方式。他保证了能够提供服务的实例对象在内存中只有一个。
这也是Spring实例化对象的默认方式，IOC容器实例化对象后并保存起来，之后所有的引用，都是基于这个对象，减少了内存的开销，同时单例对象的无状态要求，也将保证线程安全。
代理模式
在SpringAop的实现中，有通过动态代理生成的代理类，来替换目标类在IOC容器中的引用，代替目标类完成其他对象的依赖注入。
过滤器模式
在SpringMVC中，我们可以通过HandlerInterceptor这种相对应Filter更加轻量级的拦截器，来处理请求，并向后传递请求，来达到控制请求传递的目的。
模板方法模式
Spring实例化IOC容器的过程，需要很多的组件，这些组件都是会变化的，会改变，例如可以从Xml读取配置与从注解读取配置等，而实例化的流程，却是不变的，也可以认为，SpringIOC的实现的总的思想不会变，也就是说约定了算法的骨架。
策略模式
Spring通过把注入的过程，初始化方法的调用，通过不同的BeanPostProcessor来实现，不同的功能选择不同的实现，避免功能的交叉，冗余。