浅析IOC容器之ApplicationContext

4.IOC容器ApplicationContext

1.Spring中的Resource

1. Spring框架内部使用Resource接口作为所有资源的抽象和访问接口。
2. Recourse接口可以根据资源的不同类型，或者资源所处的不同场合，给出相应的具体实现。

2.ResourceLoader，更广义的URL

1. ResourceLoader接口是资源查找定位策略的统一抽象，具体的资源查找定位策略则由相应实现类给出。
2. ResourcePatternResolver是ResourceLoader的扩展，ResourceLoader每次只能根据资源路径返回确定的单个Resource实例，而ResourcePatternResolver则根据指定的资源路径匹配模式，每次返回多个Resource实例。
3. ResourcePatternResolver在继承ResourceLoader原有定义的基础上，又引入了Resource[] getResources(String)方法定义，以支持返回多个Resource。同时还引入了一种新的协议classpath*，针对这一点的支持，将由相应的子类实现给出。
4. 在构造PathMatchingResourcePatternResolver实例的时候，可以指定一个ResourceLoader，如果不指定的话，内部会默认构造一个DefaultResourceLoader实例。PathMatchingResourcePatternResolver内部会将匹配后确定的资源路径，委派给它的ResourceLoader来查找和定位资源。这样，如果不指定任何ResourceLoader的话，它们在加载资源的行为上会与DefaultResourceLoader基本相同，只存在返回的Resource数量上的差异。

3.ApplicationContext与ResourceLoader

ApplicationContext继承了ResourcePatternResolver，当然就间接实现了ResourceLoader接口。

1. 扮演ResourceLoader的角色
   1、既然ApplicationContext可以作为ResourceLoader或ResourcePattrenResolver来使用，很显然，我们可以通过ApplicationContext来加载任何Spring支持的Resource类型。
2. ResourceLoader类型的注入
3. Resource类型的注入
   1、BeanFactory容器不会为Resource类型提供相应的PropertyEditor。不过，对于ApplicationContext来说，我们无需这么做，因为它可以正确识别Resource类型并转换后注入相关对象。它会在启动一开始注册ResourceEditor。
4. 在特定情况下，ApplicationContext的Resource加载行为
   1、特定的 ApplicationContext 容器实现，在作为 ResourceLoader 加载资源时，会有其特定的行为
   2、当实例化相应的ApplicationContext 时，各种实现会根据自身的特性，从不同的位置加载bean定义配置文件。