Spring温故知新（五）Spring的Bean和IoC 容器

如果有仔细研究过前一篇的《Spring温故知新（四）用HashMap写一个自己的Spring IoC简易容器吧！》[url]http://bolide74.iteye.com/blog/1002610[/url]，那么这一章将会非常通俗易懂。

[size=medium]一、什么是Bean[/size]

Bean的直接意译，叫豆子。如果把一个Java应用程序当作一杯香浓的咖啡，那么Bean也就相当于煮这杯咖啡的咖啡豆，它是煮这杯咖啡的基础。
其实看过前一章的RobotBean代码，就能发现这个所谓的Bean其实就是一个POJO(简单的Java对象)，只不过叫法不一样而已。


[size=medium]二、Spring的IoC容器：[/size]

首先要指出的是一些初学者可能会犯的错误，就是把Spring的XML配置文件当成了IoC容器。会犯这种错误是因为在使用Spring的时候一直在操作XML，就容易认为修改XML就是在修改容器内容，就想当然的把XML当做IoC容器了(我一开始就犯这种错误了)。
事实上XML配置文件，其实是IoC容器的“配置容器”。就相当于前一篇我的IoC容器里的HashMap容器，它们起的作用都是相同的，就是用来配置和管理IoC容器里的所有Bean和它们的属性、需要注入的内容。

由于最原始的IoC容器叫做BeanFactory，其他容器都是继承了BeanFactory，因此上一篇我在实例化我的IoC容器的时候用了beanFactory的引用变量名。

BeanFactory是一个接口，实际在使用的时候我们也可以不直接用它，而是用了实现这个接口的两个子类：XmlBeanFactory类、ApplicationContext接口。而这其中用的最多的是ApplicationContext，因为它不仅继承了所有BeanFactory的功能，还扩展了更多实用的功能。

XmlBeanFactory和ApplicationContext的区别并不仅仅体现在功能的数量，还体现在加载Bean的顺序的不同。
BeanFactory和XmlBeanFactory这两个IoC容器在实例化以后并没有马上加载XML里配置过的Bean，而是在真正开始调用getBean方法去获取的时候才加载，而如果这个bean在xml里没有正确配置，那么这时候就会抛出异常。
而ApplicationContext则相反，它在自生被实例化以后，就马上开始加载XML里的所有bean，如果XML配置容器里有一些错误的配置，在这时候就会开始抛出异常了，而不像BeanFactory那样在开始getBean了才抛出异常。

XmlBeanFactory和ApplicationContext各有优劣，虽然一般用ApplicationContext比较常见，但是在一些特殊情况还是需要XmlBeanFactory这种方式，这就要看具体情况具体分析了。

IoC容器的实例化示例代码可以直接看第一章《Spring温故知新（一）Hello,World!》[url]http://bolide74.iteye.com/blog/993248[/url]

这一章比较简单，都是概念性的东西所以也有些枯燥，下一章我将会介绍Spring框架的重中之重，也是它的魅力所在：Spring AOP原理！


下一篇：Spring温故知新（六）AOP面向切面编程 <1> [url]http://bolide74.iteye.com/blog/1007086[/url]
上一篇：Spring温故知新（四）用HashMap写一个自己的Spring IoC简易容器吧！ [url]http://bolide74.iteye.com/blog/1002610[/url]