Bean的一些属性信息总结

我们知道，在Spring中，一个Bean可以理解为一个对象，但是二者之间肯定是有区别的，比如一个Bean可以实例化成很多个对象、Bean中可以带有某些描述信息。

学习Bean，能更好地使用Bean。

1、Spring两个核心概念的由来【可忽略】

Spring最关键的功能就是实现IOC依赖翻转，其依赖翻转的实现靠的是设计模式“工厂模式”，所以，Spring中有一个核心概念，叫做工厂“Factory”。【当然，我们一般使用BeanFactory接口】

只有工厂，那么每次客户端（如果我们把Spring的客户---即程序员，看成客户端）调用某个对象，就可能要重新new一个对象（或者靠反射实例化一个对象）。

new对象没有关系，最核心的是我们是在XML文件（或者Java配置类，又或者注解开发）里配置bean属性的，如果每次new对象，都要解析XML文件，那么性能会很低。

那么，为什么不用一个仓库，把所有的对象实例化后，存储起来呢？

【保持疑问：懒加载lazy--load属性，能支持每次使用bean时，才创建，好像和new对象没区别？（目标：找出它们的区别）】

既然想要一个仓库，就得有一个统一的“商品”，否则，我们没法用一种统一的方法，存储某个对象（比如自定义的3个类Student、Teacher、Course，3个类是有区别的）

由于Java里，所有的类都指向Object，所以用Object当“商品”是个好主意。

不过，Object想强转为某个类型（比如student），也得事先知道这是student。

在Spring的早期版本，程序员使用BeanFactory创建Bean时，调用getBean方法，都要强转，这没什么问题。

然而，随着Spring的发展，我们逐渐摒弃这种做法，更多采用@Autowired注解自动实例化，这时候，强转就是一个问题了。

先分析这个问题。第一，强转的关键在于，我们事先不知道这个bean，是不是Student类，所以需要交给程序员手动处理。第二，@Autowired注解的关键是，我们要找到@Autowired对象和某个类的联系。【比如你在Student类中，用@Autowired注解了下面的语句“private Teacher tea”，那么要找到Student和Teacher的关系】（当然，这通过反射好像也能解决，不过也许性能问题吧。）

所以，我们需要一个类，至少有2个属性。第一，标注这个bean指向哪个类；第二，标注这个bean，可能需要哪个类（当然，现在要求指向另一个bean，不过也说得通，如果Spring能够直接拿到另一个非bean的对象，那么其侵入性就太强了）

当然，这不是BeanDefinition诞生的原因，我们也能发现，早期Spring版本是需要手动强转的。

不过，举了这个例子，我们能发现，如果用Object类作为“商品”，其拓展性就很低。

如果用某个类X，继承Object呢？可行，不过问题在于，X会继承Object的所有属性和方法，某种情况下我们不希望这么做。（比如性能损耗、或者希望内外部沟通的方法唯一）

所以，干脆一不做二不休，采用一个接口BeanDefinition，作为“商品”。

可能你会问了：Object是所有类和接口的基类，所有类和接口，都直接或间接指向Object，那定义这个接口，不也是一样？

其实，Java这样定义是为了统一的类结构，在实际使用时，会发现接口无法调用Object的方法，所以其实并没有继承。【这也符合Java中，接口不能继承自具体类的原则】

（当然了，为了保持拓展性，Spring还定义了一个接口AttributeAccessor，使接口BeanDefinition继承AttributeAccessor）【Spring很多其它概念，都继承了这个接口】

此时，问题解决了一些，另一个在Java语法层面的问题是：

接口不能定义变量，任何属性在接口里，都必须是public、static和final的。

所以，我们需要在BeanDefinition接口的某个实现类中，定义这些属性。

实现了BeanDefinition接口的抽象类AbstractBeanDefinition中，就定义了这些属性。