2.JVM性能调优之JVM内存模型深度剖析与优化

1 JDK体系结构

2 Java语言的跨平台特性

3 JVM整体结构及内存模型

3.1 堆内存划分

public class Demo {public static void main(String[] args) {Demo demo = new Demo();int rs = demo.compute();System.out.println(rs);}public int compute() {int a = 1;int b = 3;int c = (a + b)*10;return c;}
}

3.2 补充一个问题：

在 minor gc 过程中对象挪动后，引用如何修改？

对象在堆内部挪动的过程其实是复制，原有区域对象还在，一般不直接清理，JVM 内部清理过程只是将对象分配指针移动到区域的头位置即可，比如扫描 s0 区域，扫到 gcroot 引用的非垃圾对象是将这些对象复制到 s1 或老年代，最后扫描完了，将 s0 区域的对象分配指针移动到区域的起始位置即可，s0 区域之前对象并不直接清理，当有新对象分配了，原有区域里的对象也就被清除了。

minor gc 在根扫描过程中会记录所有被扫描到的对象引用(在年轻代这些引用很少，因为大部分都是垃圾对象不会扫描到)，如果引用的对象被复制到新地址了，最后会一并更新引用指向新地址。

这里面内部算法比较复杂，感兴趣可以参考R大的这篇文章：

https://www.zhihu.com/question/42181722/answer/145085437

HotSpot VM Serial GC的一个问题 - 讨论 - 高级语言虚拟机 - ITeye群组

4 JVM内存参数设置

Spring Boot 程序的 JVM 参数设置格式(Tomcat启动直接加在bin目录下 catalina.sh 文件里)：

java -Xms2048M -Xmx2048M -Xmn1024M -Xss512K -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -jar microservice-eureka-server.jar

-Xss：每个线程的栈大小。
-Xms：设置堆的初始可用大小，默认物理内存的1/64 。
-Xmx：设置堆的最大可用大小，默认物理内存的1/4。
-Xmn：新生代大小。
-XX:NewRatio：默认2，表示新生代占年老代的1/2，占整个堆内存的1/3。
-XX:SurvivorRatio：默认8，表示一个survivor区占用1/8的Eden内存，即1/10的新生代内存。

关于元空间的JVM参数有两个：-XX:MetaspaceSize=N 和 -XX:MaxMetaspaceSize=N

-XX：MaxMetaspaceSize：设置元空间最大值，默认是 -1，即不限制，或者说只受限于本地内存大小。直接内存。
-XX：MetaspaceSize：指定元空间触发 Fullgc 的初始阈值(元空间无固定初始大小)，以字节为单位，默认是 21M 左右，达到该值就会触发 full gc 进行类型卸载，同时收集器会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过-XX：MaxMetaspaceSize（如果设置了的话）的情况下，适当提高该值。这个跟早期jdk版本的 -XX:PermSize参数意思不一样，-XX:PermSize 代表永久代的初始容量。

由于调整元空间的大小需要 Full GC，这是非常昂贵的操作，如果应用在启动的时候发生大量 Full GC，通常都是由于永久代或元空间发生了大小调整，基于这种情况，一般建议在 JVM 参数中将 MetaspaceSize 和 MaxMetaspaceSize 设置成一样的值，并设置得比初始值要大，对于 8G 物理内存的机器来说，一般我会将这两个值都设置为 256M。

// JVM设置  -Xss128k(默认1M)
public class StackOverFlow {static int count = 0;static void redo() {count++;redo();}public static void main(String[] args) {try {redo();} catch (Throwable t) {t.printStackTrace();System.out.println(count);}}
}

-Xss 设置越小 count 值越小，说明一个线程栈里能分配的栈帧就越少，但是对 JVM 整体来说能开启的线程数会更多。