"在服務器運行過程中，Spring不停的運行的計劃任務和OpenSessionInViewFilter，使得Tomcat反覆加載對象而產生框架並用時可能產生的內存泄漏，則使用IntrospectorCleanupListener作爲相應的解決辦法。"
對於這一句話,引用關於IntrospectorCleanupListener一段解釋:
引用
spring中的提供了一個名爲 org.springframework.web.util.IntrospectorCleanupListener的監聽器。它主要負責處理由 JavaBeans Introspector的使用而引起的緩衝泄露。spring中對它的描述如下：它是一個在web應用關閉的時候,清除JavaBeans Introspector的監聽器.web.xml中註冊這個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應用的類加載器不能進行垃圾回收.在web應用關閉之後,你會看到此應用的所有靜態類資源(例如單 例).這個錯誤當然不是由這個類自 身引起的.
用法很簡單，就是在web.xml中加入:
<listener>
<listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class>
</listener>
只知道servlet標準不允許在web容器內自行做線程管理，quartz的問題確實存在。
對於Web容器來說，最忌諱應用程序私自啓動線程，自行進行線程調度，像Quartz這種在web容器內部默認就自己啓動了10線程進行異步job調度的框架本身就是很危險的事情，很容易造成servlet線程資源回收不掉，所以我一向排斥使用quartz。
quartz還有一個問題就是不支持cluster。導致使用quartz的應用都沒有辦法做羣集。
如果是我的話，我採取的辦法就是自己單獨啓動一個Job Server，來跑job，不會部署在web容器中。