JVM中如何排查CPU飙高的问题

1、虚拟机对象布局

　　布局：对象头、实例数据、对齐填充
　　对象头： Mark Word 8字节,hashcode值、GC分代信息、偏向锁信息；
Class Point 8字节,类指针，指向引用对象。
　　实例数据：成员属性
　　对象填充：对象字节/8倍数，如果不足的情况下，实现填充。如果实例数据类型为int，可能会有填充数据；如果类型为Integer，没有填充数据，因为Integer会自动填充（由4个字节填充到8个字节）

2、new一个java对象要多少字节？

　　对象头+实例数据+填充数据
　　在32位操作系统下，对象头占 8个字节；在64位操作系统下，对象头占16个字节，如果虚拟机压缩对象头，对象头只有12个字节。
　　如果实例数据类型为int，可能会有填充数据；如果类型为Integer，没有填充数据，因为Integer会自动填充（由4个字节填充到8个字节）

3、如何诊断线程死锁问题

　　JVM常用虚拟机命令
　　　　jps 查看当前服务器上有哪些java进程
　　　 jmap -heap 进程id 查看你的堆内存占用情况
　　软件方式监控：
　　　　Jconsole工具 https://www.cnblogs.com/pinp/p/16824269.html

4、如何诊断线上CPU飙升

说明CPU一直在高速运行，什么原因会导致CPU一直在运行呢？高并发、死锁、CAS自旋等。

1）CPU飙升产生背景

　　① Tomcat高并发的时候，所有线程都是在运行状态，消耗CPU资源；
　　② 定时任务死循环定时跑批量任务；传统项目定时任务与业务逻辑代码在一块，将定时任务与业务逻辑代码分开部署。
　　③ 云服务器redis 容易被别人用6379端口注入挖矿程序。Redis端口号不允许在外网访问。
　　④ 分布式锁（重试机制）。当没有抢到锁的时候，CAS自旋。乐观锁能够保证用户线程一致在用户态，但消耗CPU资源，自旋时需要限制次数。

2）CPU飙升原因

　　① CAS机制，CAS修改失败会一致不断重试，非常消耗CPU资源。
　　　　乐观锁MySQL重试过程，一致在运行状态，非常消耗CPU资源，限制重试次数5-10次或间隔几秒重试。
　　② 云服务器安装redis ，容易被别人用6379端口注入挖矿程序，极度消耗CPU资源。Redis端口号不允许在外网访问。
　　③ Tomcat高并发时，所有线程都在运行状态。使用线程池，设置最大线程、最小线程数
　　④ 死循环，控制退出循环，防止无限循环。
　　⑤ 服务被DDOS攻击

5、JVM诊断工具有哪些

1) Jvisualvm工具排查Linux环境下CPU飙高的问题

　　Jvisualvm位置：%JAVA_HOME%\bin jvisualvm.exe
　　点击jvisualvm.exe，点击java进程，点击抽样器，点击CPU，线程CPU时间。所以创建线程的时候需要对线程进行命名。

2) Arthas工具排查Linux环境下CPU飙高的问题

在已安装Arthas的环境下，执行top -c命令即可查看前三名。

　　① 下载arthas：　　

　　② javac Test04.java
　　 ③ java Test04
　　 ④ java -jar arthas-boot.jar
　　 ⑤ 选择线程序号并输入，如：1
　　 ⑥ top -c （前三名会排序）