2.2 BeanFactory和ApplicationContext

1、IoC概述

        控制反转（Inverse of IoC）是Spring容器的内核，AOP、声明式事务都基于此。

        IOC，即通过容器来控制业务对象间的依赖关系，而非传统的由代码直接操控。此即控制反转的关键所在： 控制权由应用代码中转到了外部容器，控制权的转移，就是反转。

       控制权转移好处：降低业务对象间的依赖程度。

2、BeanFactory 和 ApplicationContext

• Spring通过配置文件描述了Bean及Bean间的依赖关系，利用Java反射功能实例化Bean并建立Bean间的依赖关系。
• Bean工厂（com.springframework.beans.factory.BeanFactory）是Spring框架最核心的接口，提供了高级IoC的配置机制。使管理不同类型的Java对象成为可能。
• 应用上下文（com.springframework.context.ApplicationContext）建立在BeanFactory基础之上，提供了更多面向应用的功能以及国际化支持和框架事件体系。
•  一般称BeanFactory为IoC容器，而称ApplicationContext为应用上下文。有时也称ApplicationContext为Spring容器。
• 用途划分：BeanFactory是Spring框架的基础设施，面向Spring本身；ApplicationContext面向Spring框架的开发者，几乎所有场合直接使用后者而非底层的BeanFactory。

2.1、ApplicationContext的初始化：

1）、配置文件在 类路径，优先使用 ClassPathXMLApplicationContext：

    ApplicationContext ctx=new ClassPathXmlApplicationContext("com/smart/context/beans.xml");

对于ClassPathXMLApplicationContext，

"com/smart/context/beans.xml"等同于"classpath：com/smart/context/beans.xml"

2）、配置文件在 文件系统路径，优先使用 FileSystemXMLApplicationContext

ApplicationContext ctx=new FileSystemXMLApplicationContext("com/smart/context/beans.xml");

"com/smart/context/beans.xml"等同于"file：com/smart/context/beans.xml"

3）、配置文件整合

    Spring会自动将多个配置文件在内存中“整合”成一个配置文件。

new ClassPathXMLApplicationContext（new String[] {"conf/beans1.xml","conf/beans2.xml"}）

FileSystem~和ClassPath~都可显示使用带资源类型前缀的路径。

区别：如果不显示指定资源类型前缀，就分别将路径解析为文件系统路径和类路径。

    获取ApplicationContext实例后，就可以向beanFactory一样调用getBean(beanname)返回Bean了。

2.2、ApplicationContext和BeanFactory初始化的区别：

• BeanFactory初始化容器时，并未实例化Bean，直到第一次访问某个Bean时才实例化目标Bean；
• ApplicationContext初始化应用上下文时就实例化所有单例的Bean。

So，ApplicationContext初始化时间比BeanFactory稍长，不过稍后调用则不会再耗费时间初始化了。

3、资源加载

        Spring支持的资源类型的地址前缀，

3.1、classpath 和 classpath*的区别：

有多个JAR包或文件系统类路径都拥有一个相同的包名（如com.smart），

• classpath：只会在第一个加载的com.smart包下查找。
• classpath*：扫描所有这些JAR包及类路径下出现的com.smart类路径。

3.2、 Ant风格资源路径

支持3种通配符：

• ？：匹配文件名中的一个字符；
• *：文件名中的任意个字符；
• **：匹配多层路径。

Ant风格资源路径示例：