spring源码的收获（阶段性总结）

spring源码已经看了很久了，在对spring源码越来越熟悉的同时，也想对这一次的源码学习做个阶段性的总结。这次总结也不会一次写完，会在后续逐渐完善。

spring与设计模式

spring对于设计模式的应用，可以说非常的多。在分析spring源码时候，我也常常考虑，底层的反射、xml分析、依赖注入的基本原理、所谓的控制反转，这些原理说出来，现在我也基本明白。

那么假设在我了解这些原理的基础上，让我来写spring，我写出来的和spring源码有什么差距呢？我想其中非常大的一个差距就是对于设计模式的应用吧。所以这次分析，我先会从设计模式的角度来看下spring究竟做了啥。

设计模式六大原则

学设计模式时候，我们知道设计模式有六大原则。spring源码再如何抽象封装，究其根本，都是向这六大原则靠齐，所以先列下这六大原则。

单一职责原则：一个类只干一件事（引起类变化的原因只有一个）

里氏替换原则：能使用基类的地方，一定都能使用子类

依赖倒置原则：依赖于抽象而不依赖于细节（面向接口编程）

接口隔离原则：接口尽可能小（要为各个类建立专用的接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用）

迪米特法则：一个对象应该对其他对象保持最少的了解。

开闭原则 ：一个类应该对扩展开放，对于修改关闭（如果需要修改或新增功能，尽可能不要修改旧的代码）

委派模式的应用

在AbstractAutowireCapableBeanFactory实例化Bean时候（获取了类的各种信息，包括要创建的类是哪个）

这里的逻辑大概简化下，写成伪代码
1）根据入参信息等找到对应要使用的构造函数（可能有多个构造函数）
2）如果找到了，使用该构造函数进行初始化
3）如果找不到，使用默认构造函数初始化

就这样的逻辑，我们来看看spring是怎么实现的

autowireConstructor方法委派给ConstructorResolver
instantiateBean 方法委派给InstanitationStrategy

类图其实挺像策略模式的 = = 这里我们不管委派模式与策略模式的区别，只看它这样设计的核心——单一职责原则 + 开闭原则：
1）一个类只干一件事，InstantiationStrategy专心做初始化的类的事情，而AbstractAutowireCapableBeanFactory做createBean相关的逻辑组装。如果创建类的逻辑有变化，createBean的组装逻辑无需改变。相反也一样。
2）开闭原则，假想我们创建类的方式有改变了，比如我希望创建类的方式不是简单地使用反射调用下构造函数，我希望生成的是一个代理类。（这样不就实现了aop？）那得怎么做呢？增加一个InstantiationStrategy的实现，AbstractAutowireCapableFactory替换所使用的实现。就好了。完美的遵守了开闭原则。