JVM篇：2＞ JVM内存模型深度剖析与优化

一、Java语言的跨平台性

Java语言使用的是栈指令架构，使用KLT模型，干活的都是CPU，不需要硬件的支持，所以是跨平台的

.java文件通过javac编译为.class文件，然后由jvm根据不同的操作系统转换为不同的指令：如下：

二、JVM整体结构及内存模型

JVM虚拟机结构：类装载子系统，字节码执行引擎，

本地方法栈：由JVM执行的底层由C++实现的native方法。

虚拟机栈：每一个线程都会有自己的线程栈（这个线程栈其实其中也包含了程序计数器和本地方法栈），线程栈中有自己的栈帧（一个栈桢就是一个方法），栈帧中包含{局部变量表，操作数栈，动态链接，方法出口}，局部变量表中索引0的位置存放this,操作指令将常量进行压栈操作，放入局部变量表，并赋予默认值，之后将它的值压入操作数栈，接下来进行弹栈操作，将值弹出操作数栈，并赋值给常量，涉及运算的话，同样执行上面的流程，并将运算操作压入操作数栈，将结果弹出，并赋值给局部变量表的常量，动态链接是把符号引用替换成直接引用，方法出口，此时栈的地址值就会指向堆内存中的对象。

堆：分为新生代，老年代，永久代（永久代在jdk1.7之后弃用了），新生代和老年代的比例分为1：2，新生代分为enden(伊甸园区),survivor（1，2），默认比例8：1：1，当我们使用new关键字生成的对象，这个对象就存在于新生代的enden区，若enden不够用则，存于survivor1区，大对象直接存于老年代，分配比例也可以通过参数做调整（-XX:SurvivorRatio）。

方法区：所有线程共享，方法区中存放常量，静态变量以及类元信息，

              常量池：用于存放编译器的字面量和符号引用，这部分内容将类在加载后放入运行时常量池中存放，运行期间也可能将新的常量放入池中，当常量池无法再申请到内存时就OOM，

              元空间（Metaspace）：元空间中存放类信息常量池，方法数据，方法代码，符号引用等，元空间直接存放在本地内存中理论上取决于32位、64位的系统内存大小，可通过（-XX:MetaspaceSize和XX:MaxMetaspaceSize）配置内存大小，类元信息中也包含了指向堆中的实例的地址值。

程序计数器：程序计数器用于标记我的程序运行到了那一步，当进行fullGC时会STW，执行完成之后根据计数器标记继续向下加载类

三、JVM内存参数设置

springboot项目启动时JVM参数设置格式（Tomcat启动的话直接在bin目录下的catalina.sh文件中配置）

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

关于元空间的两个参数设置：-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。

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

日均百万级订单交易系统如何设置JVM参数：如下：

结论：通过上面这些内容介绍，大家应该对JVM优化有些概念了，就是尽可能让对象都在新生代里分配和回收，尽量别
让太多对象频繁进入老年代，避免频繁对老年代进行垃圾回收，同时给系统充足的内存大小，避免新生代频繁的进行垃
圾回收。