我们首先了解下什么是JVM。
JVM（Java Virtual Machine），简而言之就是java程序的运行环境（java二进制字节码的运行环境）。以下表格比较了JVM、JRE和JDK之间的关系：
JVM Java Virtual Machine JRE JVM+基础类库 JDK JVM+基础类库+编译工具 开发javase程序 JDK+IDE工具 开发javaee程序 JDK+IDE工具+应用服务器JVM的内存可以分为5大块：程序计数器、虚拟机栈、本地方法栈、堆以及方法区
1、程序计数器，也称为寄存器。我们知道，java程序的执行顺序是jvm指令->解释器->机器码->CPU，那么程序计数器的作用就是在程序执行的过程中，记住下一条JVM指令的执行地址。当执行完当前JVM指令之后，会在程序计数器中获取到下一条JVM指令的地址，以此去寻找下一条指令。
要记住，程序计数器是每条线程私有的。当线程因为某种原因暂停执行后，该条线程的程序计数器会记录下条指令的地址，等结束暂停后，线程可以从停止的地方继续执行。而且，程序计数器不会存在内存溢出。
2、虚拟机栈，就是每个线程运行需要的内存空间。一个栈由多个栈帧组成，栈帧对应着每个方法运行时需要的内存（参数，局部变量，返回地址等），每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法。
当方法结束调用后，对应的栈帧就会被移除出栈。
我们以debug方式运行代码：
查看debug界面可以发现，main、method1和method2方法都以上文的方式被压入栈中：
所以可以知道，垃圾回收不涉及栈内存，因为方法调用完被移除之后，内存就会被释放掉。我们可以通过-Xss设定栈内存的大小，但是请注意，因为我们的物理内存是固定的，所以栈内存并不是越大越好，栈内存设置的越大，我们的线程数量反而越少。
既然可以分配栈的大小，那么什么情况下会出现栈内存溢出呢？第一种是栈帧过多导致栈内存溢出，第二种就是栈帧过大导致栈内存溢出。请看如下代码：
public class Demo1_3 { public static void main(String args[]) { try { m1(); }catch (Exception e) { e.printStackTrace(); } } private static void m1() { m1(); }} 由于对m1进行了递归调用，且没有设置退出条件，所以运行后会抛出栈内存溢出错误：
Exception in thread "main" java.lang.StackOverflowError 这里还有一个问题，如果多个线程执行m1方法，内部的变量x是线程安全的吗？答案是肯定的，因为每个线程都有自己的栈，栈内的栈帧都会存在自己的变量x，所以方法内的局部变量是线程安全的。
public class Demo1_2 { static void m1() { int x = 0; for (int i=0; i<5000; i++) { x ++; } System.out.println(x); }} 但是如果变量x是每个方法公有的，那就需要考虑线程安全的问题了，比如用static修饰：
static int x = 0; 3、本地方法栈，就是给本地方法的运行提供运行空间。本地方法，指那些不是由Java代码编写的方法，可以通过本地方法去调用解释器、即时编译器或者垃圾回收器。比如Object类中的clone()方法，真正实现的是c和c++：
protected native Object clone() throws CloneNotSupportedException; 4、堆。通过new创建的对象都会使用堆内存，可以通过-Xmx设定堆空间大小。堆有两大特点，一是线程共享，堆中的对象都需要考虑线程安全的问题，二是它有垃圾回收机制。
我们首先看一下堆内存溢出的问题，请看如下代码：
public class Demo1_4{ public static void main(String args[]) { try { List<String> list = new ArrayList<>(); String a = "hello"; while(true) { list.add(a); a = a + a; } }catch (Exception e) { e.printStackTrace(); } }} 运行后抛出堆内存溢出错误：
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space 5、方法区，是所有JVM共享的区域，存储了跟类的结构相关的信息：运行时常量池，类的成员变量，方法数据，以及成员方法和构造器方法的代码等。方法区是在JVM启动时被创建的，可以通过-XX:MaxmetaspaceSize=10m设置方法区的大小。下图就是JDK1.8中的内存结构：
可以看到，metaspace作为方法区的实现，包含了Class、ClassLoader和常量池。方法区也会有内存溢出，即元空间的内存溢出：
public class Demo1_5 extends ClassLoader{ public static void main(String args[]) { try { Demo1_5 test = new Demo1_5(); //加载10000个新的类 for (int i=0; i<10000; i++) { //生成类的二进制字节码 ClassWriter cw = new ClassWriter(0); //参数含义：版本号，public，类名，包名，父类，接口 cw.visit(Opcodes.V1_8, Opcodes.ACC_PUBLIC, "Class"+i, null, "java/lang/object", null); //返回类的byte数组 byte[] code = cw.toByteArray(); //执行类的加载 test.defineClass("Class"+i, code, 0, code.length); } }catch (Exception e) { e.printStackTrace(); } }} 上述案例演示了加载的类数量过多导致元空间内存溢出，以下是运行后结果：
Error occurred during initialization of VMMaxmetaspaceSize is too small. 
