Linux Debugging:使用反汇编理解C++程序函数调用栈

浏览数：103 / 时间：2015年06月08日

如果你是Spring新手的话你可以去http://download.csdn.net/detail/chenxuegui123/6881245下一些源代码例子看，如果你用过spring,那本文章可以当作知识的回顾

1、spring内置了两种基础DI容器，及BeanFactory和ApplicationContext（ApplicationContext）

（1）BeanFactory主要用在内存、CPU资源受限场合，比如Applet，手持设备

（2）

2、控制反转:某一接口具体实现类的选择控制权从调用类中移除，转交给第三方决定。

3、IOC注入类型（从注入方法上看）：

属性注入、构造方法注入、方法注入、设值注入

4、资源抽象接口(Resource)

5、资源加载器

6、Spring容器

（1）BeanFactory类体系结构

BeanFactory 接口位于类结构树的顶端，它最主要的方法就是getBean(StringbeanName)，该方法从容器中返回特定名称的Bean，BeanFactory 的功能通过其他的接口得到不断扩展。

ListableBeanFactory：该接口定义了访问容器中Bean 基本信息的若干方法，如查看Bean 的个数、获取某一类型Bean 的配置名、查看容器中是否包括某一Bean 等方法；

HierarchicalBeanFactory：父子级联IoC 容器的接口，子容器可以通过接口方法访问父容器；

ConfigurableBeanFactory：是一个重要的接口，增强了IoC 容器的可定制性，它定义了设置类装载器、属性编辑器、容器初始化后置处理器等方法；

AutowireCapableBeanFactory：定义了将容器中的Bean 按某种规则（如按名字匹配、按类型匹配等）进行自动装配的方法；

SingletonBeanRegistry：定义了允许在运行期间向容器注册单实例Bean 的方法；

BeanDefinitionRegistry：Spring 配置文件中每一个<bean>节点元素在Spring 容器里都通过一个BeanDefinition 对象表示，它描述了Bean 的配置信息。而BeanDefinitionRegistry 接口提供了向容器手工注册BeanDefinition 对象的方法。

（2）Spring在DefaultSingletonBeanRegistry类中提供一个用于缓存单实例Bean的HashMap缓存器

（3）ApplicationContext 的类体系结构

ApplicationContext 由BeanFactory 派生而来，提供了更多面向实际应用的功能。在BeanFactory 中，很多功能需要以编程的方式实现，而在ApplicationContext 中则可以通过配置的方式实现。

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

AnnotationConfigApplicationContext能够直接功过标注@Configuration的java类启动Spring容器

//使用@Configuration类提供的Bean定义信息启动容器

ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConf.class);

核心接口包括：
ApplicationEventPublisher：让容器拥有发布应用上下文事件的功能，包括容器启动事件、关闭事件等。实现了 ApplicationListener 事件监听接口的Bean 可以接收到容器事件，并对事件进行响应处理。

ApplicationContext 抽象实现类AbstractApplicationContext 中，我们可以发现存在一个ApplicationEventMulticaster，它负责保存所有监听器，以便在容器产生上下文事件时通知这些事件监听者。

MessageSource：为应用提供i18n 国际化消息访问的功能；

ResourcePatternResolver ：所有ApplicationContext 实现类都实现了类似于PathMatchingResourcePatternResolver 的功能，可以通过带前缀的Ant 风格的资源文件路径装载Spring 的配置文件。

LifeCycle：该接口是Spring 2.0 加入的，该接口提供了start()和stop()两个方法，主要用于控制异步处理过程。在具体使用时，该接口同时被 ApplicationContext 实现及具体Bean 实现，ApplicationContext 会将start/stop 的信息传递给容器中所有实现了该接口的Bean，以达到管理和控制JMX、任务调度等目的。

ConfigurableApplicationContext 扩展于ApplicationContext，它新增加了两个主要的方法：refresh()和close()，让ApplicationContext 具有启动、刷新和关闭应用上下文的能力。在应用上下文关闭的情况下调用refresh()即可启动应用上下文，在已经启动的状态下，调用 refresh()则清除缓存并重新装载配置信息，而调用close()则可关闭应用上下文。这些接口方法为容器的控制管理带来了便利

（3）WebApplicationContext类体系结构

WebApplicationContext 是专门为Web 应用准备的，它允许从相对于Web 根目录的路径中装载配置文件完成初始化工作。从WebApplicationContext 中可以获得ServletContext 的引用，整个Web 应用上下文对象将作为属性放置到ServletContext 中，以便Web 应用环境可以访问Spring 应用上下文（ApplicationContext）。Spring 专门为此提供一个工具类WebApplicationContextUtils，通过该类的 getWebApplicationContext(ServletContext sc)方法，即可以从ServletContext 中获取WebApplicationContext 实例。
Spring 2.0 在WebApplicationContext 中还为Bean 添加了三个新的作用域：request 作用域、session 作用域和global session 作用域。而在非Web 应用的环境下，Bean 只有singleton和prototype 两种作用域。

WebApplicationContext 定义了一个常量ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE，在上下文启动时，WebApplicationContext 实例即以此为键放置在ServletContext 的属性列表中，因此我们可以直接通过以下语句从Web 容器中获取WebApplicationContext：

WebApplicationContext wac = (WebApplicationContext)servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);

1）WebApplicationContext 的初启动方式和BeanFactory、ApplicationContext 有所区别。

因为WebApplicationContext 需要ServletContext 实例，也就是说它必须在拥有Web 容器的前提下才能完成启动的工作。有过Web 开发经验的读者都知道可以在web.xml 中配置自启动的Servlet 或定义Web 容器监听器（ServletContextListener），借助这两者中的任何一个，我们就可以完成启动Spring Web 应用上下文的工作。

    Spring 分别提供了用于启动WebApplicationContext 的Servlet 和Web 容器监听器：
   org.springframework.web.context.ContextLoaderServlet；
   org.springframework.web.context.ContextLoaderListener。
两者的内部都实现了启动WebApplicationContext 实例的逻辑，我们只要根据Web 容器的具体情况选择两者之一，并在web.xml 中完成配置就可以了。

2）WebApplicationContext 需要使用日志功能

用户可以将Log4J 的配置文件放置到类路径WEB-INF/classes 下，这时Log4J 引擎即可顺利启动。

如果Log4J 配置文件放置在其他位置，用户还必须在 web.xml 指定Log4J 配置文件位置。

Spring 为启用Log4J 引擎提供了两个类似于启动WebApplicationContext 的实现类：Log4jConfigServlet 和Log4jConfigListener，
不管采用哪种方式都必须保证能够在装载Spring 配置文件前先装载Log4J 配置信息。

<context-param>  

    <param-name>contextConfigLocation</param-name>  

    <param-value>  

    /WEB-INF/baobaotao-dao.xml,/WEB-INF/baobaotao-service.xml  

    </param-value>  

</context-param>  

<context-param>  

    <param-name>log4jConfigLocation</param-name>  

    <param-value>/WEB-INF/log4j.properties</param-value>  

</context-param>  

<servlet>  

    <servlet-name>log4jConfigServlet</servlet-name>  

    <servlet-class>org.springframework.web.util.Log4jConfigServlet</servlet-class>  

    <load-on-startup>1</load-on-startup>  

</servlet>  

<servlet>  

    <servlet-name> springContextLoaderServlet</servlet-name>  

    <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>  

    <load-on-startup>2</load-on-startup>  

</servlet>

注意上面我们将log4jConfigServlet 的启动顺序号设置为1，而springContextLoaderServlet的顺序号设置为2。这样，前者将先启动，完成装载Log4J 配置文件初始化Log4J 引擎的工作，紧接着后者再启动。如果使用Web 监听器，则必须将Log4jConfigListener 放置在ContextLoaderListener 的前面。

7、WebApplicationContext需要ServletContext实例，也就是说他必须在拥有Web容器（servletContext）前提下才能完成启动工作

8、Spring分别提供用于启动WebApplicationContext的Servlet和Web容器监听器：

(1)org.springframework.web.context.ContextLoaderServlet;

(2)org.springframework.web.context.ContextLoaderListerner

9、spring为启用Log4J引擎提供了两个类似与启动WebApplicationContext的实现类：Log4jConfigServlet和Log4jConfigListener,不管采用哪种方式都比学保证能够在装载Spring配置文件前先装载Log4J配置信息。

<context-param>

<param-name>log4jConfigLocation</param-name>

<param-value>

/WEB-INF/log4j.properties

</param-value>

</cotext-param>

<servlet-name>log4jConfigServlet</servlet-name>

<servlet-class>org.springframework.web.util.Log4jConfigServlet</servlet-class>

<load-on-startup>1</load-on-startup>

</servlet>

注意：若采用ContextLoaderServlet,则log4jConfigServlet的启动顺序号在springContextLoaderServlet顺序号（由load-on-startup设置）之前。如果使用Web监听容器，则必须将Log4jGonfigListener放置在XmlWebApplicationContext的前面。

10、BeanFactory中Bean完整生命周期:

11、ApplicationContext与BeanFactory的区别：

（1）ApplicationContext和BeanFactory一个最大的不同之处在于：前者会利用Java反射机制自动识别配置文件中定义的BeanPostProcessor，InstantiationAwareBeanPostProcessor和BeanFactoryPostProcessor，并自动将它们注册到应用上下文中；而后者需要在代码中通过手工调用addBeanPostProcessor()方法进行注册。

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

12、ApplicationContext在启动时，将首先为配置文件中每个<bean>生成一个BeanDefinition对象，BeanDefinition是<bean>在Spring容器中的内容表示。当配置文件中所有的<bean>有被解析成BeanDefinition时，ApplicationContext将调用工厂后处理器的方法，因此我们有机会通过程序的方式调整Bean的配置信息。