Java虚拟机内存区域

类文件加载

Loading

JDK8中Class对象放在堆区，类的元数据存放在方法区(元空间)，元数据≠类的Class对象。Class对象是加载的最终产品，类的方法代码，变量名，方法名，访问权限，返回值等都放在方法区
Linking

类加载器

对于用户自定义类来说：默认使用系统类加载器进行加载。
Java的核心类库都是使用引导类加载器加载

双亲委派机制


避免类的重复加载，保护程序安全

判断两个class对象是否为同一个类存在的必要条件。
类的完整类名必须一致，包括包名。
加载这个类的ClassLoader实例对象必须相同

运行时数据区

Runtime

每个线程：独立包括程序计数器，栈，本地栈
线程间共享：堆，堆外内存（永久代或原空间，代码缓存）

1 程序计数器（PC寄存器）
每个线程一份
几个关键字：行号指示器，线程私有，执行Java方法还是Native方法

行号指示器：程序计数器（Program Counter Register）是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器。在虚拟机概念模型中，字节码解释器工作时就是通过改变计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

线程私有：程序计数器是一块“线程私有”的内存，每条线程都有一个独立的程序计数器，各条线程之间的计数器互不影响，独立存储。这样设计使得在多线程环境下，线程切换后能恢复到正确的执行位置

执行的方法：如果线程正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；若执行的是Native方法，则计数器为空（Undefined）。程序计数器也是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的内存区域。

Java虚拟机栈
与程序计数器一样，Java虚拟机栈也是线程私有的。




局部变量表中存放了编译期可知的各种Java虚拟机方法参数，基本数据类型,对象引用,returnAddress类型（指向了一条字节码指令的地址）。所需容量是在编译器确定下来的，记录在locals中

这些数据类型在局部变量表中的存储空间以槽(Slot)来表示。
需要注意的是 : 其中64位bit的long和double类型的数据会占用2个变量槽（Slot），其余数据类型只占用1个。

static方法中，不能使用this变量，因为static方法的局部变量表中，没有this。实例方法中，this存在局部变量表中，索引值为0

Java虚拟机规范中对这个区域规定了两种异常状况：

设置栈内存大小：

参数：-Xss 设置线程的最大空间
-Xss1m
-Xss1024k

操作数栈

动态连接（或指向运行时常量池的方法引用）

常量池的作用就是为了提供一些符号和常量，便于指令的识别

方法的调用

编译实际上是指编译和装载入内存中，而运行指的是对象创建时。
虚方法和非虚方法
非虚方法：如果方法在编译期就确定了具体的调用版本，这个版本在运行时是不可变的，这样的方法称为非虚方法。
静态方法，私有方法，final方法，实例构造器，父类方法都是非虚方法。其它方法称为虚方法。

静态语言和动态语言

一个java程序对应一个进程，一个进程对应一个JVM实例，一个JVM实例中只有一个运行时数据区，一个运行时数据区只有一个方法区和堆。一个进程中的多个线程共享同一个方法区，堆空间。每一个线程拥有独立的一套程序计数器，本地方法栈，虚拟机栈

本地方法栈
没啥说的，它为本地方法(Native)服务，其他与虚拟机栈所发挥的作用是非常相似的。

Java堆

对于Java应用程序来说，Java堆是虚拟机所管理的内存最大的一块。是被所有线程共享的一块区域，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，Java世界里"几乎”所有的对象实例都在这里分配内存。
Java堆是垃圾收集器管理的内存区域，因此也被称为GC堆

参数设置：-Xms10m（起始堆大小（新生区，老年代））-Xmx10（堆的最大内存）
-X： 是JVM的运行参数
ms：memory start
-XX:+PrintGCDetails
```![在这里插入图片描述](https://img-blog.csdnimg.cn/88f25d1b39d34de599ee3f1bd2f69bb8.png)


	


Java堆中大致分为：**新生代（Young）**： 新生成的对象优先存放在新生代中，新生代对象**朝生夕死，存活率很低**。在新生代中，常规应用进行一次垃圾收集一般可以回收70% ~ 95% 的空间，回收效率很高。新生代又可细分**为Eden空间、From Survivor空间、To Survivor空间**，默认比例为8:1:1。
新生代与老年代默认（1：2）

```java
可以使用选项-Xmn:设置新生代最大内存。
设置新生代与老年代的比例。默认是2
-XX:NewRatio

老年代（Tenured/Old）：在新生代中经历了多次GC后仍然存活下来的对象会进入老年代中。老年代中的对象生命周期较长，存活率比较高，在老年代中进行GC的频率相对而言较低，而且回收的速度也比较慢。

Minor GC新生代GC
Major GC老年代GC

Minor GC 引发STW，暂停

永久代（Perm）：永久代存储类信息、常量、静态变量、即时编译器编译后的代码等数据，对这一区域而言，Java虚拟机规范指出可以不进行垃圾收集，一般而言不会进行垃圾回收。
到了今天，垃圾收集器技术与十年前不可同日而语，HotSpot里面也出现了不采用分代设计的新垃圾收集器，再按照上面的提法就有很多商榷的地方了。

从内存分配角度来看，所有线程共享的Java堆中可以划分出多个线程私有的分配缓冲区（TLAB，Thread Local Allocation Buffer），以提升对象分配的效率。但无论怎样划分，都不会改变Java堆中存内容的共性，无论是哪个区域，存储的都只能是Java对象的实例，将Java堆细分的目的只是为了更好的回收内存，或者更快的分配内存。

堆是分配的唯一选择吗


开发中能使用局部变量的，就不要使用成员变量。

常见的逃逸情况：给成员变量赋值，方法返回值，实例引用传递。

方法区
方法区（Method Area）与Java堆一样，是各个线程共享的内存区域，它用于存储已被Java虚拟机加载的类型信息，常量，静态变量，即时编译器编译后的代码缓存等数据。虽然Java虚拟机规范中把方法区表述为堆的一个逻辑部分，但它却有一个别名叫做：非堆，目的是与Java堆区分开来。
JDK 1.8以前称为永久代（PermGen）
Java虚拟机规范对方法区的限制非常宽松，除了和Java堆一样不需要连续的内存和可以选择固定大小或者可扩展外，还可以选择不实现垃圾收集，也就是说，Java虚拟机规范只是规定了方法区的概念和它的作用，并没有规定如何去实现它。
JDK 1.8的元空间（Metaspace）
如果方法区无法满足新的内存分配需求时，虚拟机将会抛出OutOfMemoryError异常。
使用的是本地内存

-XX:MetaspaceSize=100m
-XX:MaxMetaspaceSize=-1，即没有限制

运行时常量池
运行时常量池（Runtime Constant Pool）是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池表（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池存放。

Java虚拟机对Class文件每一部分（自然包括常量池）的格式有严格规定，每一个字节用于存储那种数据都必须符合规范上的要求才会被虚拟机认可、装载和执行。但对于运行时常量池，Java虚拟机规范没有做任何有关细节的要求，不同的提供商实现的虚拟机可以按照自己的需求来实现此内存区域。
不过一般而言，除了保存Class文件中的描述符号引用外，还会把翻译出的直接引用也存储在运行时常量池中。运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性，Java语言并不要求常量一定只有编译器才能产生，也就是并非置入Class文件中的常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，此特性被开发人员利用得比较多的便是String类的intern() 方法。
同样也有OutOfMemoryError异常

小结：常量池，可以看作是一张表，虚拟机指令根据这张常量表找到要执行的类名，方法名，参数类型，字面量等类型。

String.intern()，字符串放到常量池中


方法区的垃圾回收主要回收两部分内容：常量池废弃的常量和不再使用的类型

直接内存
直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。但这部分内存也被频繁运用，而却可能导致OutOfMemoryError异常出现，所以这里放到一起讲解。
以NIO（New Input/Output）类为例，NIO引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能避免在Java堆和Native堆中来回复制数据，在一些场景里显著提高性能。

本机直接内存的分配不会受到Java堆大小的限制，但是既然是内存，还是会受到本机总内存（包括RAM以及SWAP区或分页文件）大小以及处理器寻址空间的限制。服务器管理员在配置虚拟机参数时，会根据实际内存设置-Xmx等参数信息，但经常忽略直接内存，使得各个内存区域总和大于物理内存限制（包括物理的和操作系统的限制），从而导致动态扩展时出现OutOfMemoryError异常。
（这部分我也不太理解QAQ,萌混过关）。