Java虚拟机（JVM）

Java虚拟机是运行在操作系统之上的，与硬件没有直接的交互。

JVM体系结构图

类装载器(ClassLoader)：负责加载class文件，class文件在文件开头有特定的文件标识，并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定。

类装载器有四种类型：

启动类加载器（Bootstrap）、扩展类加载器（Extension）、应用程序类加载器（AppClassLoader）、自定义加载器。

类加载器双亲委派模型：

双亲委派机制：

如果一个类加载器收到了加载类的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父加载器去完成，最终所有的请求都会传送到顶层的启动类加载器中，只有当父加载器无法完成这个加载请求时，子加载器才会尝试自己去加载。

这样做的好处是当你创建了一个java.lang.Object类，并放在程序的ClassPath中，那系统中将会出现多个不同的Object类，Java类型体系中最基础的行为也就无法保证，应用程序也将会变得一片混乱。双亲委派机制在加载Object类时最终会委派给启动类加载器，启动类加载器会加载rt.jar中Object类，你创建的Object类永远不会被加载。这样就保证了Object类在程序中各种类加载器环境中都是同一个类。

双亲委派模型的实现：

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;
        }
    }

执行引擎(Execution Engine)：负责解释命令，提交操作系统执行。

本地方法栈(Native Method Stack)：为虚拟机的Native方法服务。在执行引擎执行时加载本地方法库。

程序计数器(Program Counter Register)：每个线程都有一个程序计数器，是线程私有的，就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址，也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不计。

方法区(Method Area)：方法区是被所有线程共享，所有字段和方法字节码以及一些特殊方法如构造函数，接口代码也在此定义。简单说，所有定义的方法的信息都保存在该区域，此区域属于共享区间。静态变量、常量、类信息（构造方法/接口定义）、运行时常量池存在方法区中。实例变量存在堆内存中，与方法区无关。

Java栈(Java Stack)：栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放。对于栈来说，不存在垃圾回收问题，只要线程已结束该栈就Over，生命周期和线程一致，是线程私有的。8种基本类型的变量、对象的引用变量、实例方法都是在函数的栈内存中分配。

栈帧中主要保存3类数据：

1、本地变量（Local V ariables）：输入参数和输出参数以及方法内的变量；

2、栈操作（Operand Stack）：记录出栈入栈的操作；

3、栈帧数据（Frame Data）：包括类文件、方法等。

堆(Heap)：一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。

Jdk1.7之前堆内存在逻辑上分为三部分：

Young Generation Space  新生区      Young/New

Tenure Generation Space 养老区      Old/Tenure

Permanent Space             永久区       Prem

 新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：伊甸区（Eden Space）和幸存者区（Survivor Space），所有的类都是在伊甸区被new出来的。幸存区有两个：0区（Survivor 0 Space）和1区（Survivor 1 Space）。当伊甸区的空间用完时，程序有需要创建对象，JVM的垃圾回收器将对伊甸区进行垃圾回收（Minor GC），将伊甸区中的不再被其他对象所引用的对象进行销毁。然后将伊甸区中的剩余对象移动到幸存0区。若幸存0区也满了，再对该去进行垃圾回收，然后移动到1区。1区满了移动到养老区。若养老区也满了，这个时候将产生Major GC（Full GC），进行养老区的内存清理。若养老区执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。

如果出现java.lang.OutOfMemoryError:Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：

（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。

（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

永久区是一个常驻内存区域，用于存放JDK自身所携带的Class，Interface的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭JVM才会释放此区域所占用的内存。

如果出现java.lang.OutOfMemoryError:PermGen space,说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用，或者大量动态反射生成的类不断被加载，最终导致Perm区被沾满。

Jdk1.6：有永久代，常量池在方法区

Jdk1.7：有永久代，但已经逐步“去永久代”，常量池在堆

Jdk8：无永久代，常量池在元空间

Jdk8中把存放元数据中的永久内存从堆内存中移到了本地内存，这样永久内存就不再占用堆内存。它能够通过自己主动增长来避免永久内存错误java.lang.OutOfMemoryError:PermGen space。

Java7

-Xms    设置初始分配大小，默认为物理内存的“1/64”

-Xmx    最大分配内存，默认为物理内存的“1/4”

-XX:+PrintGCDetails   输出详细的GC处理日志

Java8