前言
很久没有写博客了，沉寂了一段时刻，那是由于我在闭关啃书，哈哈。JVM作为高级开发所需求具备的能力，在以往面试的时分都会遇到，让我形象很深刻的，便是面试相聚的shopline，好家伙，面了两次，每次都是同一个人，然后每次都在JVM上跪了，然后面试官跟我说你回去看下周志明的《深入理解java虚拟机》。
志明，我有个同事也叫志明，是位运维同学。我也看过《志明与春娇》，现在志明有了，春娇在哪里，哈哈~
开个打趣哈，那么这段时刻我就方案将它读一读，然后上上手
JVM 参数
-Xms1g -Xmx1g -Xmn500m
咱们知道什么意思吧，便是堆默许1g，最大1g，为了防止扩容的时分进行内存仿制、搬迁，导致功率下降。然后是年青代 设置为500m，咱们用的是java11，默许选用G1 废物收回器
JVM 监控指令
jps
检查进程，咱们需求知道当时使用跑在哪个进程id下面
jstat
检查堆的状况，jstat -gcutil 能够检查gc状况的计算，会打印ygc、fgc、总gc的时刻
jmap
导出堆的数据到文件hprof，这个便利导出快照进行检查当时运转状况，包含oom异常处理
jstack
检查当时堆内的线程在干哈，能够用于死锁的排查，他们在等待什么锁
JVM 监控软件+实战
MAT
它能够在线检查进程堆数据，也能够你自己jmap导出数据进去剖析，这个是我连上本地使用之后的效果。
从圆形展示图来看，占比最大的居然是mybatis 这家伙，一下子占了5M，然后咱们能够进去看下，它为啥占比那么高
好家伙，它会比一切mapper、sql，参数进行保存起来，便利你履行的时分，往里头塞数据，然后拼接成sql履行。
今日我去问了一个在深圳电商巨头的一个同学，他们公司wiki也有这么一个案例，mybatis里边少用foreach，其他也能够理解，当你循环越多的时分，跟java目标一样，里头的属性也会蹭蹭往上加。
jconsole
它能够监控堆内内存的状况，线程的状况，加载类数量。
基于上面MAT给出的信息，mybatis里头配置会有5M以上的目标，意味着是个大目标，在分代收回的机制下，年青代会选用仿制-整理算法来整理，一个比较大Eden，2个Survivor，这样的好处是快捷，我只需求把跟GC ROOT有相关的目标符号，然后仿制到另一块，然后直接把之前那一块内存整理掉即可。当超越15次gc，目标还存活的话，就会放到老时代。
假如这5M在年青代一向这么仿制，那么会消耗很多功率，所以咱们将大的目标直接在老时代创立，防止不断的仿制带来的gc时刻拉长。
效果
优化前
优化后
加多-XX:PretenureSizeThreshold=3145728 参数，便是假如超越3M的目标会直接在老时代创立
对比
优化前，gc主要在年青代，YGC在0.210秒；优化后，YGC 在0.110秒，能够看到优化的效果仍是很明显的。当然前者跟着YGC的次数，gc时刻一向在递增。后者老时代也发生了3次gc，由于大目标是在老时代创立的，优化前的老时代一向维持10M，优化后从40M直接突破70M，促发GC。
咱们为什么要优化GC呢？
那是由于很多废物收回器在履行废物收回的时分，需求中止用户进程，防止搬迁内存以及清空内存对数据的影响，所以gc的时刻还有频率都是咱们需求关注的
