jvm调优有什么技巧？
场景一、CPU过高
CPU占用过高排查思路：（查进程->查线程列表->查线程堆栈）
step1：通过top命令查询占用CPU情况</>
//p.s.shift+p(大写的P-cpu排序)shift+m(大写的M-内存排序)
step2：通过进程pid，查询对应的线程列表</>
step3：线程id转为十六进制</>
从step2中可以看到占用cpu较高的线程id，打印出十六进制
step4：通过jstack查出线程栈信息</>
cpu过高主要是线程方面的问题，我们知道jvm中每个线程都分配了单的栈，我们可以通过jstack查看线程栈情况。
p.s.这里的pid为进程id,也就是第一步top中的pid
对照着step3中占用cpu最高的线程十六进制值可以定位到线程的栈信息。
上图可以看到具体定位到了ja的代码，就可以具体分析一下这个ja代码为什么会创建大量的线程占用大量的cpu。
除了ja程序线程问题，cpu过高也可能是线程死锁造成的，我们通过jstack也可以查看线程死锁的情况。
step5：通过jstack查看情况死锁情况</>
-l：除了线程列表外，还显示关于锁的附加信息
通过栈中的信息可以定位到代码中死锁的代码。
step6：通过jstat查看gc情况</>
除了以上的各种情况，还有一种就是ja频繁的gc也会造成cpu占用过高
//1000ms为刷新数据的间隔时间
如果有频繁的gc就可以分析堆数据中哪些对象创建的较多，就可以具体分析了。
场景二、内存占用过高
排查思路：（查进程->jvm内存占用）
step1：通过top命令查询占用CPU情况
p.s.shift+p(大写的P-cpu排序)shift+m(大写的M-内存排序)
step2：通过进程pid查看gc情况
以下是该命令的输出结果说明：
以上各个区域的使用情况都会以百分的形式进行显示，即0.0%~100.0%之间。
例如，如果输出结果为“40.0020.0060.0070.00100.00”，则表示：
step3：通过jmap查看堆情况
通过step2已经发现jvm中的数据过多，频繁的ygc并且大量的数据都在老年代没有回收，这样就会表现出内存占用过高。下一步就是分析那些对象占用了内存。
//jmap-histo命令可以用于输出Ja堆内存中各个对象类型及其数量的计信息。具体说明如下：
可以看到org.example.User创建的较多。这相就可以具体分析一下代码中哪些地方创建了User为什么没被回收。
与jmap-histo类似的命令：
//jmap-dump命令可以用于生成Ja进程的内存快照文件（.hprof格式），以便进行后续的分析和调试。具体说明如下：
导出的快照文件可以通过jvisualvm或mat来查看：
mat还较智能，直接把存在问题的给你列出来
step4：jmap-heapjvm内存实际占用情况
除了以上内存占用情况，在ja项目中还存在一种情况。如我ja项目没有配置jvm参数都使用默认的配置，我64G内存。会发现用一段时间后ja进程占用了8G内存。这时你可以使用命令看看ja实际使用的内存情况，然后再调整jvm参数。
jmap-heap是一个用于获取Ja堆内存信息的命令行工具，它可以输出Ja虚拟机中堆内存的使用情况和配置信息。
玄明Hanko：深度剖析JVM调优法则：从两大特性CPU、内存出发轻松掌握调优实战技巧玄明Hanko：JVM调优神器，运用Arthas释放Ja应用性能的全部潜力
