Spring中的监听器
1.WebAppRootListener
这个listener的作用就是监听web.xml中的配置param-name为webAppRootKey的值：
webAppRootKey
web.root
org.springframework.web.util.WebAppRootListener
这个监听器会在web上下文初始化的时候，cs调用webUtil的对应方法，首先获取根传递进来的servletContext得到物理路径，String path=servletContext.getRealPath("/"); 然后找到context-param的webAooRootKey对应的param-value，把param-value的值作为key，上面配置的是"web.root", 接着执行System.setProperty("web.root",path)。这样在web中就可以使用System.getProperty("web.root")来获取系统的绝对路径。
注：
1）如果只配置了监听器，没有配置webAppRootKey， 默认wenAppRootKey对应的param-value的值为webapp.root。
2）上面得到系统路径是Spring的做法，和平时自己采用的方法基本一致，都是写一个监听器，然后得到物理路径后手动放入System中，一般还会在这个监听器中加载配置文件，获取配置文件的值。
3）在运行时动态的找出项目路径
在log4j.properties配置文件，就可以按下面的方式使用${webapp.root}：
log4j.appender.file.File=${webapp.root}/WEB-INF/logs/sample.log
就可以在运行时动态的找出项目的路径
若无web.xml配置的：
public class DefaultConfigration implements WebApplicationInitializer {
@Override
public void onStartup(ServletContext context) throws ServletException {
context.addListener(new ContextLoaderListener());
context.addListener(new WebAppRootListener());
context.setInitParameter("contextConfigLocation", "classpath*:**/*Context.xml");
}
}
2.ContextLoaderListener
ContextLoaderListener监听器的作用就是启动Web容器时，自动装配ApplicationContext的配置信息。因为它实现了ServletContextListener这个接口，在web.xml配置这个监听器，启动容器时，就会默认执行它实现的方法。至于ApplicationContext.xml这个配置文件部署在哪，如何配置多个xml文件，书上都没怎么详细说明。现在的方法就是查看它的API文档。在ContextLoaderListener中关联了ContextLoader这个类，所以整个加载配置过程由ContextLoader来完成。看看它的API说明。
第一段说明ContextLoader可以由 ContextLoaderListener和ContextLoaderServlet生成。如果查看ContextLoaderServlet的API，可以看到它也关联了ContextLoader这个类而且它实现了HttpServlet这个接口。
第二段，ContextLoader创建的是 XmlWebApplicationContext这样一个类，它实现的接口是WebApplicationContext->ConfigurableWebApplicationContext->ApplicationContext->BeanFactory这样一来spring中的所有bean都由这个类来创建
第三段,讲如何部署applicationContext的xml文件。
如果在web.xml中不写任何参数配置信息，默认的路径是/WEB-INF/applicationContext.xml，在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml；
如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数：
/WEB-INF/classes/applicationContext-*.xml
在
由此可见applicationContext.xml的文件位置就可以有两种默认实现：
第一种：直接将之放到/WEB-INF下，之在web.xml中声明一个listener；
第二种：将之放到classpath下，但是此时要在web.xml中加入
3.
ContextLoaderListener监听器的作用就是启动Web容器时，自动装配ApplicationContext的配置信息。因为它实现了ServletContextListener这个接口，在web.xml配置这个监听器，启动容器时，就会默认执行它实现的方法。至于ApplicationContext.xml这个配置文件部署在哪，如何配置多个xml文件，书上都没怎么详细说明。现在的方法就是查看它的API文档。在ContextLoaderListener中关联了ContextLoader这个类，所以整个加载配置过程由ContextLoader来完成。看看它的API说明。
第一段说明ContextLoader可以由 ContextLoaderListener和ContextLoaderServlet生成。如果查看ContextLoaderServlet的API，可以看到它也关联了ContextLoader这个类而且它实现了HttpServlet这个接口。
第二段，ContextLoader创建的是 XmlWebApplicationContext这样一个类，它实现的接口是WebApplicationContext->ConfigurableWebApplicationContext->ApplicationContext->BeanFactory这样一来spring中的所有bean都由这个类来创建
第三段,讲如何部署applicationContext的xml文件。
如果在web.xml中不写任何参数配置信息，默认的路径是/WEB-INF/applicationContext.xml，在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml；
如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数：
/WEB-INF/classes/applicationContext-*.xml
在
由此可见applicationContext.xml的文件位置就可以有两种默认实现：
第一种：直接将之放到/WEB-INF下，之在web.xml中声明一个listener；
第二种：将之放到classpath下，但是此时要在web.xml中加入
contextConfigLocation
classpath*:applicationContext.xml classpath*:applicationContext-*.xml
org.springframework.web.context.ContextLoaderListener
3.IntrospectorCleanupListener
org.springframework.web.util.IntrospectorCleanupListener
1、此监听器主要用于解决java.beans.Introspector导致的内存泄漏的问题
2、此监听器应该配置在web.xml中与Spring相关监听器中的第一个位置(也要在ContextLoaderListener的前面)
3、JDK中的java.beans.Introspector类的用途是发现Java类是否符合JavaBean规范如果有的框架或程序用到了Introspector类,那么就会启用一个系统级别的缓存,此缓存会
存放一些曾加载并分析过的JavaBean的引用。当Web服务器关闭时,由于此缓存中存放着这些JavaBean的引用,所以垃圾回收器无法回收Web容器中的JavaBean对象,最后导致
内存变大。而org.springframework.web.util.IntrospectorCleanupListener就是专门用来处理Introspector内存泄漏问题的辅助类。IntrospectorCleanupListener会在
Web服务器停止时清理Introspector缓存,使那些Javabean能被垃圾回收器正确回收。Spring自身不会出现这种问题，因为Spring在加载并分析完一个类之后会马上刷新
JavaBeans Introspector缓存,这就保证Spring中不会出现这种内存泄漏的问题。但有些程序和框架在使用了JavaBeans Introspector之后,没有进行清理工作(如 Quartz,Struts),最后导致内存泄漏
4.Log4jConfigListener