JVM内存区域模型
1. 方法区
也称 " 永久代” 、“非堆”， 它用于存储虚拟机加载的类信息、常量、静态变量、是各个线程共享的内存区域。默认最小值为 16MB ，最大值为 64MB ，可以通过 -XX:PermSize 和 -XX:MaxPermSize 参数限制方法区的大小。
运行时常量池：是方法区的一部分， Class 文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池，用于存放编译器生成的各种符号引用，这部分内容将在类加载后放到方法区的运行时常量池中。
2. 虚拟机栈
描述的是 java 方法执行的内存模型：每个方法被执行的时候 都会创建一个“栈帧”用于存储局部变量表 ( 包括参数 ) 、操作栈、方法出口等信息。每个方法被调用到执行完的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。声明周期与线程相同，是线程私有的。
局部变量表存放了编译器可知的各种基本数据类型 (boolean 、 byte 、 char 、 short 、 int 、 float 、 long 、 double) 、对象引用 ( 引用指针，并非对象本身 ) ，其中 64 位长度的 long 和 double 类型的数据会占用 2 个局部变量的空间，其余数据类型只占 1 个。局部变量表所需的内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在栈帧中分配多大的局部变量是完全确定的，在运行期间栈帧不会改变局部变量表的大小空间。
3. 本地方法栈
与虚拟机栈基本类似，区别在于虚拟机栈为虚拟机执行的 java 方法服务，而本地方法栈则是为 Native 方法服务。
4. 堆
也叫做 java 堆、 GC 堆是 java 虚拟机所管理的内存中最大的一块内存区域，也是被各个线程共享的内存区域，在 JVM 启动时创建。该内存区域存放了对象实例及数组 ( 所有 new 的对象 ) 。其大小通过 -Xms( 最小值 ) 和 -Xmx( 最大值 ) 参数设置， -Xms 为 JVM 启动时申请的最小内存，默认为操作系统物理内存的 1/64 但小于 1G ， -Xmx 为 JVM 可申请的最大内存，默认为物理内存的 1/4 但小于 1G ，默认当空余堆内存小于 40% 时， JVM 会增大 Heap 到 -Xmx 指定的大小，可通过 -XX:MinHeapFreeRation= 来指定这个比列；当空余堆内存大于 70% 时， JVM 会减小 heap的大小到 -Xms 指定的大小，可通过 XX:MaxHeapFreeRation= 来指定这个比列，对于运行系统，为避免在运行时频繁调整 Heap 的大小，通常 -Xms 与 -Xmx 的值设成一样。
由于现在收集器都是采用分代收集算法，堆被划分为新生代和老年代。新生代主要存储新创建的对象和尚未进入老年代的对象。老年代存储经过多次新生代 GC(Minor GC) 任然存活的对象。
新生代：
程序新创建的对象都是从新生代分配内存，新生代由 Eden Space 和两块相同大小的 Survivor Space( 通常又称 S0 和 S1 或 From 和 To) 构成，可通过 -Xmn 参数来指定新生代的大小，也可以通过 -XX:SurvivorRation 来调整 Eden Space 及 Survivor Space 的大小。
老年代：
用于存放经过多次新生代 GC 任然存活的对象，例如缓存对象，新建的对象也有可能直接进入老年代，主要有两种情况：① . 大对象，可通过启动参数设置 -XX:PretenureSizeThreshold=1024( 单位为字节，默认为 0) 来代表超过多大时就不在新生代分配，而是直接在老年代分配。② . 大的数组对象，切数组中无引用外部对象。
老年代所占的内存大小为 -Xmx 对应的值减去 -Xmn 对应的值。
5. 程序计数器
是最小的一块内存区域，它的作用是当前线程所执行的字节码的行号指示器，在虚拟机的模型里，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、异常处理、线程恢复等基础功能都需要依赖计数器完成。
JVM加载过程
Java 语言中，类只有被加载到 JVM 中才能运行，当运行指定的 java 程序时， JVM 会将编译生成的 .class 文件按照一定的规则加载到内存中，并组织成为一个完整的应用程序。类的加载过程是由类加载器完成的（即由 ClassLoader 和它的子类完成），而类加载器本身也是一个类，其实质是将类文件由硬盘加载到内存中。
类的加载方式有两种：
（ 1 ）显式加载
通过调用 class.forName() 方法将所需的类加载到 JVM 中
（ 2 ）隐式加载
程序在创建新的对象时，隐式地调用类加载器把对应的类加载到 JVM 中
在 java 语言中，类的加载是动态且灵活的，往往一个大的项目包含很多类，而每一个类或接口都对应一个 .class 文件，当程序运行时只需要将需要的类（保证程序运行的基础类，例如基类）加载到 JVM 中，暂时不需要的类可以先不加载，这样一方面可以提高运行速度，另一方面也可以降低程序运行时对内存的开销。而且，每一个类文件都可以看成是动态的加载单元，当项目需要对某个类进行修改时，修改完毕后只需要重新编译加载被修改的类即可，而不用全部的类都重新进行编译。
类可以分为三种：系统类、扩展类、自定义类，而 java 根据不同的类提供了不同的类加载器
Bootstrap Loader <== 加载系统类（ jre/lib/rt.jar 的类）
↘
ExtClassLoader <== 加载扩展类（ jar/lib/etc/*.jar 的类）
↘
AppClassLoader <== 加载应用类（ classpath 指定的目录或 jar 中的类）
具体步骤：
（ 1 ）首先 java.exe 会找到 JRE ，并且找到位于 JRE 内部的 jvm.dll ，这才是真正的 java 虚拟机，然后加载到动态库，激活 java 虚拟机。
（ 2 ）进行初始化操作，结束之后产生 Bootstrap Loader 启动类加载器
（ 3 ） Bootstrap Loader 除了进行一些基本的初始化动作外，最重要的是加载 ExtClassLoader扩展类加载器，并且设定其 Parent 为 null ，也就代表其父加载器为 Bootstrap Loader
（ 4 ）然后 Bootstrap Loader 再要求加载 Launcher.java 中的 AppClassLoader( 自定义类加载器 ) ，并设定其 Parent 为 ExtClassLoader 实体，这两个加载器都是以静态类的形式存在的。
※需要注意的是，其实 parent 是谁跟被谁加载的并没有直接关系
我们可以测试一下：
package test; public class classloader { public static void main(String[] args) throws Exception{ ClassLoader App = classloader.class.getClassLoader();//class 加载器 System.out.println(App); ClassLoader Ext = App.getParent();// 上一层加载器 System.out.println(Ext); ClassLoader Boot = Ext.getParent();// 根部加载器 System.out.println(Boot); } }
运行结果：
sun.misc.Launcher$AppClassLoader@39579371
sun.misc.Launcher$ExtClassLoader@2490fd20
null
Bootstrap Loader 输出 null 的原因是它是由 C++ 语言实现的，所以在 java 语言中看不到
程序说明 classloader 这个类是由 AppClassLoader 加载的
类的加载主要有三步：
（ 1 ）装载：根据查找路径找到相应的 class 文件并导入
（ 2 ）链接：检查 class 文件是否正确 --> 给类中的静态变量分配存储空间 --> 将符号引用转换成直接引用
（ 3 ）初始化：静态变量和静态代码块的初始化操作
双亲委托机制：
双亲委托模式也就是一个类加载器请求另一个类加载器来加载类型的过程。
除启动类加载器以外的每一个类加载器，都有一个“双亲”类加载器 ，在某个特定的类加载器试图以常用方式加载某个类以前，它会先默认地将这个任务“委派”给它的双亲，请求它的双亲来加载这个类。这个双亲再依次请求它自己的双亲来加载这个类型。这个委派的过程一直向上继续，直到达到启动类加载器，通常启动类加载器是委派链中的最后一个类加载器。如果一个类加载器的双亲类加载器有能力来加载这个类型。则这个类加载器返回这个类型。否则，这个类加载器试图自己来加载这个类。
当一个程序运行时，虚拟机在启动时实例化了两个用户自定义类加载器 : 一个“扩展类加载器” , 一个“自定义类加载器” . 这些类装载器和启动类加载器一起联入一个 Parent-Child 委托链中 ,
启动类加载器在最顶端。
閱讀更多 以JAVA架構贏天下 的文章
