Jvisualvm&内存模型剖析-JVM（五）

上篇文章代码讲解了tomcat加载以及gc回收流程。

Jvm内存模型剖析优化-JVM（四）

一、Jvisualvm

我们可以编写如上代码，之后打开jvm自带的工具jvisualvm。

如果我们看visual不会明显变化，则可以修改睡眠参数，时间改小。

当我们运行程序，通过visual工具可以看到visual GC的运行情况，如我们上篇文章所说，他会从Eden到s0到s1，s0和s1反复拷贝，直到代龄达到15次，则会到old，最后导致OOM。

（如果有的同学没有visual GC则需要去工具->插件自行安装）

当我们老年代里越来越多，放满会怎么办呢，会触发full gc，他回收的整个堆和方法区。

但因为我们代码里对象还在一直引用回收不了，于是发生了OOM。

整个gc的过程中，有STW（stop the world）机制，会暂停用户线程，当用户下单的时候，gc过程可能会触发STW机制，这时候用户体验会受影响，会感受到网络卡顿。

每个年代垃圾收集器是不一样的，后面会一一详解。

元空间是什么，jdk1.8之前叫永久代，之后叫元空间，直接在物理内存。所以方法区是在物理内存里。初始值是21m，最大的会把物理内存全部用完。

二、设置参数大小

堆：-Xms2048M -Xmx2048M 新生代：-Xmn1024M

方法区：-XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M

设置元空间最大值（默认-1）和初始空间大小（默认21，字节为单位）

建议最大值和初始值元空间设置一样大。

栈：-Xss512k

栈里是给一个线程用的，所以设置小点

可以执行命令

Java -Xms2048M -Xmx2048M -Xmn1024M

-XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M

-Xss512k -jar mic-eureka-server.jar

我们写代码实例-Xss设置的小点，则count打印的更小，因为栈内存变小了，这也意味着可以有更多的线程。