IntrospectorCleanupListener介绍

      "在服务器运行过程中，Spring不停的运行的计划任务和OpenSessionInViewFilter，使得Tomcat反复加载对象而产生框架并用时可能产生的内存泄漏，则使用IntrospectorCleanupListener作为相应的解决办法。" 

        org.springframework.web.util.IntrospectorCleanupListener介绍如下： spring 中 的提供了一个名为org.springframework.web.util.IntrospectorCleanupListener 的监听器。它主要负责处理由 JavaBeans Introspector 的使用而引起的缓冲泄露。

         spring 中对它的描述如下： 它是一个在web 应用关闭的时候,清除JavaBeans Introspector 的监听器.web.xml 中注册这个listener.

 

<listener><listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class></listener>

可以保证在web 应用关闭的时候释放与掉这个web 应用相关的class loader 和由它管理的类如果你使用了 JavaBeans Introspector 来分析应用中的类,Introspector 缓冲中会保留这些类的引用.结果在你的应用关闭的时候, 这些类以及web 应用相关的class loader 没有被垃圾回收. 不幸的是,清除 Introspector 的唯一方式是刷新整个缓冲.这是因为我们没法判断哪些是属于你的应用的引用. 所以删除被缓冲的introspection 会导致把这台电脑上的所有应用introspection 都删掉 .

        需要注意的是,spring 托管的bean 不需要使用这个监听器. 因为 spring 它自己的 introspection所使用的缓冲在分析完一个类之后会被马上从 javaBeans Introspector 缓冲中清除掉. 应用程序中的类从来不直接使用 JavaBeans Introspector.所以他们一般不会导致内部查看资源泄露. 但是一些类库和框架往往会产生这个问题.例如:Struts 和 Quartz.单个的内部查看泄漏会导致整个的web 应用的类加载器不能进行垃圾回收.

 

         servlet标准不允许在web容器内自行做线程管理，quartz存在一些问题：对于Web容器来说，最忌讳应用程序私自启动线程，自行进行线程调度，像Quartz这种在web容器内部默认就自己启动了10线程进行异步job调度的框架本身就是很危险的事情，很容易造成servlet线程资源回收不掉；quartz还有一个问题就是不支持cluster。导致使用quartz的应用都没有办法做群集。

 

       在web 应用关闭之后,你会看到此应用的所有静态类资源(例如单例). 这个错误当然不是由这个类自 身引起的. 用法很简单，就是在 web.xml 中加入: org.springframework.web.util.IntrospectorCleanupListener 主要是为struts 和 quartz 擦屁股的