http://blogs.sun.com/fkieviet/entry/classloader_leaks_the_dreaded_java
http://www.zeroturnaround.com/blog/rjc201/
容器undeploy一个war时,是将该war的classloader置为null,以便GC回收,如果该war中的类或对象没有被外部引用的话,就能顺利的将该web程序的classloader及由它load的class全部回收。
但是,经常会不小心将web程序的对象引用传到外部去,例如
import java.io.*; import java.util.logging.*; import javax.servlet.*; import javax.servlet.http.*; public class MyServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // Log at a custom level Level customLevel = new Level("OOPS", 555) {}; Logger.getLogger("test").log(customLevel, "doGet() called"); } }
Level类在构造时,将生成的对象加入到了Level类的一个静态集合变量中保存起来
Level类是由JVM的类加载器加载的,对于WEB程序就属于外部,那么MyServlet$1对象的引用就被传递到了web程序外面,这导致redeploy该WAR的时候造成classloader的内存泄露
本文探讨了在Web应用中,由于不慎将对象引用传递到容器外部而导致的ClassLoader内存泄漏问题。通过具体示例说明了这一常见问题的发生原因,并强调了在重新部署WAR包时可能遇到的挑战。
7419

被折叠的 条评论
为什么被折叠?



