Question

我采取以下步骤：

创建最简单的servlet并强制多次重新加载（通过修改）tomcat应用程序，以确保它不是tomcat realated。
将jar添加到WEB-INF / lib（spring，db2驱动程序，tomcat-jdbc，hibernate），以确保某些类不会创建单例，如果我们谈论realoading，这会很痛苦。

但是在这两种情况下，加载类的数量相当稳定，它会有所不同，但没有看到任何异常。

然后我尝试注册Spring，以及DataSource + Hibernate配置文件。以下是几次重新加载后发生的事情：

enter image description here

这是我的web.xml＆amp; mvc-spring.xml似乎创建了这个类泄漏：

的web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="WebApp_ID" version="3.0">
    <display-name>SpringMVC</display-name>
    <servlet>
        <servlet-name>mvc-dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>mvc-dispatcher</servlet-name>
        <url-pattern>/rest/*</url-pattern>
    </servlet-mapping>
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/mvc-dispatcher-servlet.xml</param-value>
    </context-param>
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
    <filter>
        <filter-name>encodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
        <init-param>
            <param-name>forceEncoding</param-name>
            <param-value>true</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>encodingFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
</web-app>

弹簧-MVC

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:tx="http://www.springframework.org/schema/tx" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.1.xsd
                    http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.1.xsd     
                    http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
                    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">
    <context:component-scan base-package="my.spring" />

    <!-- Required for MVC Spring to use annotations -->
    <mvc:annotation-driven />

    <!-- JDBC Connection -->
    <bean id="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource" destroy-method="close">
        <!-- Credentials -->
        <property name="driverClassName" value="com.ibm.db2.jcc.DB2Driver" />
        <property name="url" value="jdbc:url" />
        <property name="username" value="db2admin" />
        <property name="password" value="password" />

        <!-- Settings -->
        <property name="initialSize" value="5" />
        <property name="maxActive" value="10" />
        <property name="maxIdle" value="5" />
        <property name="minIdle" value="2" />
    </bean>

    <bean id="sessionFactory" class="org.springframework.orm.hibernate4.LocalSessionFactoryBean" destroy-method="destroy">
        <property name="dataSource">
            <ref bean="dataSource" />
        </property>

        <property name="hibernateProperties">
            <props>
                <prop key="hibernate.dialect">org.hibernate.dialect.DB2Dialect</prop>
                <prop key="hibernate.show_sql">true</prop>
            </props>
        </property>
    </bean>
</beans>

知道为什么会这样吗？

更新我发现以下选项-XX:+CMSClassUnloadingEnabled -XX:+UseConcMarkSweepGC作为VM参数传递。说实话，我不知道它们是如何工作的，也不是默认情况下它们没有打开的原因。但他们似乎解决了这个问题。

Answer 1

TLDR ：尝试返回，关闭标志并通过VisualVM强制完整GC（与JDK一起安装）。你可能会发现你毕竟没有内存问题，只是GC还没有开始。

注意：永远不要在WAR中安装JDBC驱动程序，否则它们会导致内存泄漏，因为驱动程序在JVM单例上注册自己，并且在重新加载单例时会引用驱动程序，它引用引用应用程序以前的类加载器的驱动程序类，导致应用程序的预重新部署版本不是GC。

我的印象是你提到的标志无法解决内存泄漏问题，请参阅here来自plumbr博客（内存泄漏检测工具创建者）的引用：

真的，我无法找到有关这些选项的任何文档，除了这个页面。但事实上，这甚至都不重要。没有如何修改垃圾收集器选项将帮助您类别泄漏的情况。因为，根据定义，内存泄漏是一个 GC不足的情况。

我认为它可能发生的事情是，在你重新加载的地方，垃圾收集器还没有开始收集以前版本的应用程序。如果没有设置这些标志，你将在重新加载后使用例如VisualVM强制进行垃圾收集，内存应该已经关闭。

无法控制垃圾收集器何时运行，因此无法保证在应用程序重新加载后它将运行。

如果GC发现仍然有足够的内存，它将等待可用内存较低并且仅在此时运行，这可以防止应用程序被GC运行多次处罚而不需要。

通过打开标志，您打开了一种不同于默认值的新型垃圾收集器，旨在减少GC暂停的长度，但会增加内存消耗和CPU消耗。

因为标志启用的GC具有与您最初使用的算法不同的算法，所以它可以决定在不同的时间/频率下运行。为了减少暂停，它可能会更频繁地运行。这就是为什么你在重新加载后不久就会减少内存的原因。

tomcat上的类重新加载泄漏

1 个答案: