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稍长，不过稍后调用则不会再耗费时间初始化了。
Spring支持的资源类型的地址前缀，
3.1、classpath 和 classpath*的区别：
有多个JAR包或文件系统类路径都拥有一个相同的包名（如com.smart），
- classpath：只会在第一个加载的com.smart包下查找。
- classpath*：扫描所有这些JAR包及类路径下出现的com.smart类路径。
3.2、 Ant风格资源路径
支持3种通配符：
- ？：匹配文件名中的一个字符；
- *：文件名中的任意个字符；
- **：匹配多层路径。
Ant风格资源路径示例：
