java-tomcat 7.0和jax-ws 2.2.5内存泄漏
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了java-tomcat 7.0和jax-ws 2.2.5内存泄漏，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1904字，纯文字阅读大概需要3分钟。
内容图文
我正在用tomcat和jax-ws构建ws.
当我停止我的应用程序时,通常是从eclipse重新部署时,我收到以下消息：
25-mar-2012 16.21.16 com.sun.xml.ws.transport.http.servlet.WSServletDelegate destroy
INFO: WSSERVLET15: JAX-WS servlet destroyed
25-mar-2012 16.21.16 com.sun.xml.ws.transport.http.servlet.WSServletContextListener contextDestroyed
INFO: WSSERVLET13: JAX-WS context listener destroyed
25-mar-2012 16.21.16 org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
GRAVE: The web application [/xccm] created a ThreadLocal with key of type [com.sun.xml.ws.api.streaming.XMLStreamReaderFactory$Default$1] (value [com.sun.xml.ws.api.streaming.XMLStreamReaderFactory$Default$1@7edeaa13]) and a value of type [com.sun.xml.internal.stream.XMLInputFactoryImpl] (value [com.sun.xml.internal.stream.XMLInputFactoryImpl@4c700677]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
用ClasspathHelper进行挖掘,我发现jaxws-rt.jar引用了com.sun.xml.ws.api.streaming.XMLStreamReaderFactory $Default $1
但是我没有在代码中明确使用任何jax-ws类,除了：
import javax.jws.WebParam;
import javax.jws.WebService;
import javax.xml.bind.JAXBContext;
据我所知,tomcat加载com.sun.xml.ws.transport.http.servlet.WSServlet(以及日志片段中的其他类).
任何想法如何解决这个问题？
谢谢
解决方法:
您使用的库(JAX-WS实现)创建了一个线程本地线程,其密钥的类型由您的Web应用程序类加载器加载.
这意味着无法对Web应用程序类加载器进行垃圾回收,因为只有在没有强烈引用其类实例的情况下,才可以对类加载器进行垃圾回收.多次重新部署后,您的JVM将耗尽perm gen空间.
真正的解决方法是侦听Web应用程序的生命周期,并在关闭线程时删除本地线程.但是,由于您不了解JAX-WS实现的内部,因此很难做到这一点.
另一个解决方案是将jaxws-rt.jar(以及可能与JAX-WS相关的其他JAR文件)添加到Tomcat安装的“ lib”目录中.在这种情况下,它们将由公共类加载器加载,并且当您重新部署Web应用程序时将不会重新加载它们.
内容总结
以上是互联网集市为您收集整理的java-tomcat 7.0和jax-ws 2.2.5内存泄漏全部内容，希望文章能够帮你解决java-tomcat 7.0和jax-ws 2.2.5内存泄漏所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。