从tomcat的永久区溢出看类加载方式以及内存分析工具

时间：2017-09-10 15:46:43 阅读：318 评论：0 收藏：0 [点我收藏+]

标签：lock color exception 必须 incr lib 自己的 invoke 没有

tomcat热部署导致的溢出：

tomcat设置为热部署状态 reload=‘true’可能会产生永久区的内存溢出，首先永久区存储的是类的class信息，日志报出的信息有CGLIB的报错信息，查了一下有说CGLIB的动态代理占用了大量的永久区，所以再加上tomcat reload时候旧的类信息没有办法gc就导致了永久区内存溢出。

加载方式和热部署原理

java加载方式：

java加载的方式是通过classloader对象加载，自带的classloader有sun.misc.Launcher$AppClassLoader，Bootstrap，bootstrap是由c/c++写的，在虚拟机运行时加载类，AppclassLoader是常用的classloader,通过ClassLoader.getSystemClassLoader方法获得的就是appclassloader对象，除此外还有URLClassLoader，钦定的这些classloader有一个特点叫双亲加载机制：

protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }
                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    c = findClass(name);
                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

这个classloader的方法可以看出双亲委托机制：

1.  当前ClassLoader首先从自己已经加载的类中查询是否此类已经加载，如果已经加载则直接返回原来已经加载的类。每个类加载器都有自己的加载缓存，当一个类被加载了以后就会放入缓存，等下次加载的时候就可以直接返回了。
2.  当前classLoader的缓存中没有找到被加载的类的时候，委托父类加载器去加载，父类加载器采用同样的策略，首先查看自己的缓存，然后委托父类的父类去加载，一直到bootstrp ClassLoader.
3.  当所有的父类加载器都没有加载的时候，再由当前的类加载器加载，并将其放入它自己的缓存中，以便下次有加载请求的时候直接返回。

所以如果想实现热加载，就要摆脱双亲委托的机制，可以看到load方法并不是final所以是可以自定义的，还有一点需要注意的是类的命名空间是由全类名加类加载器所构成的，也就是说类加载器不同所加载出来的类就会钦定为不同，所以可能出现

com.wks.TestReloadClass.Hot cannot be cast to com.wks.TestReloadClass.Hot

的错误，还有要实现热加载，classloader每次都要new一个新的，不然一次之后就不能再加载同一个类了，

对于已经加载了得类信息，由于jvmgc的不确定性，很不容易被gc掉，必须要所有引用都null，包括所对应的classloader，这也是tomcat永久区溢出的原因

热加载的实现：

 -verbose:class //vm参数，看class的加载和卸载信息

代码见附件

内存分析工具jvisualvm

jdk自带的内存分析工具，在jre/bin目录下，可以监控正在运行的java程序，查看cpu 内存，类，对象，也可以查看dmp文件，通过监控tomcat的

reload，看到了多个同一类的类信息：

参考

http://blog.csdn.net/wangyang1354/article/details/49448007

http://www.blogjava.net/heavensay/archive/2012/11/07/389685.html

null

附件列表

从tomcat的永久区溢出看类加载方式以及内存分析工具

标签：lock color exception 必须 incr lib 自己的 invoke 没有

原文地址：http://www.cnblogs.com/keshan/p/7501155.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行