ApplicationContext||ApplicationContext与BeanFactory的区别||SpringContextUtil类的作用

如果说BeanFactory是Spring的心脏，那么ApplicationContext就是完整的身躯了。ApplicationContext由BeanFactory派生而来，提供了更多面向实际应用的功能。

ApplicationContext类体系结构

ApplicationContext的主要实现类是ClassPathXmlApplicationContext和FileSystemXmlApplicationContext，前者默认从类路径加载配置文件，后者默认从文件系统中装载配置文件

和BeanFactory初始化相似，ApplicationContext的初始化也很简单，如果配置文件放置在类路径下，用户可以优先使用ClassPathXmlApplicationContext实现类：

ApplicationContext ctx = new ClassPathXmlApplicationContext(“com/baobaotao/context/beans.xml”)

对于ClassPathXmlApplicationContext来说，”com/baobaotao/context/beans.xml”等同于”classpath: com/baobaotao/context/beans.xml”。

如果配置文件放置在文件系统的路径下，则可以优先考虑使用FilySystemXmlApplicationContext实现类：

ApplicationContext ctx =new FileSystemXmlApplicationContext(“com/baobaotao/context/beans.xml”);

对于FileSystemXmlApplicationContext来说，“com/baobaotao/context/beans.xml”等同于“file:com/baobaotao/context/beans.xml”。

还可以指定一组配置文件，Spring会自动将多个配置文件在内存中”整合”成一个配置文件，如下所示：

ApplicationContext ctx = new ClassPathXmlApplicationContext(new String[]{“conf/beans1.xml”,”conf/beans2.xml”});

当然FileSystemXmlApplicationContext和ClassPathXmlApplicationContext都可以显式使用带资源类型（classpath:或file：）前缀的路径，它们的区别在于如果不显式指定资源类型前缀，将分别将路径解析为文件系统路径和类路径罢了。

在获取ApplicationContext实例后，就可以像BeanFactory一样调用getBean(beanName)返回Bean了。

ApplicationContext的初始化和BeanFactory有一个重大的区别：BeanFactory在初始化容器时，并未实例化Bean，直到第一次访问某个Bean时才实例目标Bean；而ApplicationContext则在初始化应用上下文时就实例化所有单实例的Bean。

因此ApplicationContext的初始化时间会比BeanFactory稍长一些，不过稍后的调用则没有”第一次惩罚”的问题。

企业级开发过程中，一般使用Spring注解开发。使用注解获取Spring容器管理的类（这些类都必须是Spring容器中的类）！
开发过程中，有时会遇到需要在普通类中注入spring管理的单例bean。直接注入是注入不进去的，这是就需要创建一个工具类来获取Spring容器管理的bean