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;
3.2.2.1. 组成基于XML配置元数据
将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实例)，则返回true
  • Object 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的关系。

# spring # xml
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生