org.springframework.beans及org.springframework.context包是Spring IoC容器的基础。BeanFactory提供的高级配置机制，使得管理任何性质的对象成为可能。ApplicationContext是BeanFactory的扩展，功能得到了进一步增强，比如更易与Spring
AOP集成、消息资源处理(国际化处理)、事件传递及各种不同应用层的context实现(如针对web应用的WebApplicationContext)。简而言之，
BeanFactory提供了配制框架及基本功能，而ApplicationContext则增加了更多支持企业核心内容的功能。ApplicationContext完全由BeanFactory扩展而来，因而BeanFactory所具备的能力和行为也适用于ApplicationContext。org.springframework.beans.factory.BeanFactory是Spring IoC容器的实际代表者，IoC容器负责容纳此前所描述的bean，并对bean进行管理。在Spring中，
BeanFactory是IoC容器的核心接口。它的职责包括：实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。Spring为我们提供了许多易用的
BeanFactory实现，XmlBeanFactory就是最常用的一个。该实现将以XML方式描述组成应用的对象以及对象间的依赖关系。XmlBeanFactory类将持有此XML配置元数据，并用它来构建一个完全可配置的系统或应用。Spring IoC容器的实例化非常简单，如下面的例子：
Resource resource = new FileSystemResource("beans.xml");
BeanFactory factory = new XmlBeanFactory(resource);
... 或...
ClassPathResource resource = new ClassPathResource("beans.xml");
BeanFactory factory = new XmlBeanFactory(resource);
... 或...
ApplicationContext context = new ClassPathXmlApplicationContext(
new String[] {"applicationContext.xml", "applicationContext-part2.xml"});
// of course, an ApplicationContext is just a BeanFactory
BeanFactory factory = (BeanFactory) context;
将XML配置文件分拆成多个部分是非常有用的。为了加载多个XML文件生成一个ApplicationContext实例，可以将文件路径作为 字符串数组传给ApplicationContext构造器。而bean factory将通过调用bean defintion reader从多个文件中读取bean定义。
通常情况下，Spring团队倾向于上述做法，因为这样各个配置并不会查觉到它们与其他配置文件的组合。另外一种方法是使用一个或多个的
<import/>元素来从另外一个或多个文件加载bean定义。所有的<import/>元素必须放在<bean/>元素之前以完成bean定义的导入。 让我们看个例子：<beans><import resource="services.xml"/>
<import resource="resources/messageSource.xml"/>
<import resource="/resources/themeSource.xml"/>
<bean id="bean1" class="..."/>
<bean id="bean2" class="..."/>
</beans>
在上面的例子中，我们从3个外部文件：
services.xml、messageSource.xml及themeSource.xml来加载bean定义。这里采用的都是相对路径，因此，此例中的services.xml一定要与导入文件放在同一目录或类路径，而messageSource.xml和themeSource.xml的文件位置必须放在导入文件所在目录下的resources目录中。正如你所看到的那样，开头的斜杠‘/’实际上可忽略。因此不用斜杠‘/’可能会更好一点。根据Spring XML配置文件的Schema(或DTD)，被导入文件必须是完全有效的XML bean定义文件，且根节点必须为
<beans/> 元素。当采用XML描述配置元数据时，将通过
<bean/>元素的class属性来指定实例化对象的类型。class 属性 (对应BeanDefinition实例的Class属性)通常是必须的(不过也有两种例外的情形，“使用实例工厂方法实例化”和“bean定义的继承”)。使用实例工厂方法实例化
与使用静态工厂方法实例化类似，用来进行实例化的实例工厂方法位于另外一个已有的bean中，容器将调用该bean的工厂方法来创建一个新的bean实例
为使用此机制，
class属性必须为空，而factory-bean属性必须指定为当前(或其祖先)容器中包含工厂方法的bean的名称，而该工厂bean的工厂方法本身必须通过factory-method属性来设定(参看以下的例子)。<!-- the factory bean, which contains a method called createInstance() -->
<bean id="myFactoryBean" class="...">
...
</bean>
<!-- the bean to be created via the factory bean -->
<bean id="exampleBean"
factory-bean="myFactoryBean"
factory-method="createInstance"/>
虽然设置bean属性的机制仍然在这里被提及，但隐式的做法是由工厂bean自己来管理以及通过依赖注入(DI)来进行配置。
从本质上讲，
BeanFactory仅仅只是一个维护bean定义以及相互依赖关系的高级工厂接口。通过BeanFactory我们可以访问bean定义。下面的例子创建了一个bean工厂，此工厂将从xml文件中读取bean定义：InputStream is = new FileInputStream("beans.xml");
BeanFactory factory = new XmlBeanFactory(is);
基本上就这些了，接着使用
getBean(String)方法就可以取得bean的实例；BeanFactory提供的方法极其简单。它仅提供了六种方法供客户代码调用：boolean containsBean(String)：如果BeanFactory包含给定名称的bean定义(或bean实例)，则返回trueObject getBean(String)：返回以给定名字注册的bean实例。根据bean的配置情况，如果为singleton模式将返回一个共享的实例，否则将返回一个新建的实例。如果没有找到指定的bean，该方法可能会抛出BeansException异常(实际上将抛出NoSuchBeanDefinitionException异常)，在对bean进行实例化和预处理时也可能抛出异常Object getBean(String, Class)：返回以给定名称注册的bean实例，并转换为给定class类型的实例，如果转换失败，相应的异常(BeanNotOfRequiredTypeException)将被抛出。上面的getBean(String)方法也适用该规则。Class getType(String name)：返回给定名称的bean的Class。如果没有找到指定的bean实例，则抛出NoSuchBeanDefinitionException异常。boolean isSingleton(String)：判断给定名称的bean定义(或bean实例)是否为singleton模式(singleton将在bean的作用域中讨论)，如果bean没找到，则抛出NoSuchBeanDefinitionException异常。String[] getAliases(String)：返回给定bean名称的所有别名。
===============================================================
BeanFactory它的职责包括：实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。
FactoryBean(通常情况下，bean无须自己实现工厂模式，Spring容器担任工厂 角色；但少数情况下，容器中的bean本身就是工厂，其作用是产生其它bean实例),作用是产生其他bean实例。通常情况下，这种bean没有什么特 别的要求，仅需要提供一个工厂方法，该方法用来返回其他bean实例。由工厂bean产生的其他bean实例，不再由Spring容器产生，因此与普通 bean的配置不同，不再需要提供class元素。
===============================================================
===============================================================
ProxyFactoryBean用于创建代理(根据Advisor生成的Bean，也就是TargetBean的代理)
我们的Advisor，PointCut等等，其最终目的都是为了创建这个代理。
===============================================================
BeanFactory是访问Spring beans的一个容器。所有的Spring beans的定义都会在这里被统一的处理。换句话说，BeanFactory interface是一个应用组件（Spring bean）的集中注册器和配置器。从一般意义上来讲，BeanFactory是用来加载和管理Spring bean definition的。
BeanFactory的定义大致如下：
public interface BeanFactory {
Object getBean(String name) throws BeansException;
Object getBean(String name, Class requiredType) throws BeansException;
boolean containsBean(String name);
boolean isSingleton(String name) throws NoSuchBeanDefinitionException;
Class getType(String name) throws NoSuchBeanDefinitionException;
String[] getAliases(String name) throws NoSuchBeanDefinitionException;
}
从这个接口的定义可以看出，BeanFactory是关注如何获取bean的，至于Bean的定义存在何处，怎样存储的，根本就不关心。这意味这Spring bean 的definition事实上可以存在Ldap里，可以存在DB里，非常的灵活，而不仅仅是XML文件。
public interface FactoryBean {
Object getObject() throws Exception;
Class getObjectType();
boolean isSingleton();
}
getObject()返回Factory管理的对象，注意并不是Factory本身的实例。Factory管理的对象可以是singleton的，也可以是prototype的，所以此接口有了另一个方法boolean isSingleton()用于区别是返回哪一种对象。getObjectType()最主要的目的就是在不创建实例的情况下就能知道欲创建的对象的类型。
从BeanFactory的定义可以看出，BeanFactory除了获取bean的功能外，还有bean的Type，bean的是否singleton的等特性，此外，前面分析已可以知道，getBean（）可以返回singleton或prototype类型的实例。正是为了统筹管理这些bean创建相关的各种特性，才诞生了FactoryBean类。FactoryBean类主要是bean创建方面的一个统筹的管理。这是BeanFactory和FactoryBean的关系。