面试还不懂如何回答面试JVM相关的问题，看这一篇就够了

标准参数

								
			
			
			

				-version
-help
-server
-cp 
			

3.1.2 -X参数

非标准参数，也就是在JDK各个版本中可能会变动

								
			
			
			

				-Xint     解释执行
-Xcomp    第一次使用就编译成本地代码
-Xmixed   混合模式，JVM自己来决定 
			

3.1.3 -XX参数

使用得最多的是参数类型 非标准化参数，相对不稳定，主要用于JVM调优和Debug

								
			
			
			

				a.Boolean类型
格式：-XX:[+-]<name>            +或-表示启用或者禁用name属性
比如：-XX:+UseConcMarkSweepGC   表示启用CMS类型的垃圾回收器
 -XX:+UseG1GC              表示启用G1类型的垃圾回收器
b.非Boolean类型  
格式：-XX<name>=<value>表示name属性的值是value
比如：-XX:MaxGCPauseMillis=500 
			

3.1.4 其他参数

								
			
			
			

				-Xms1000M等价于-XX:InitialHeapSize=1000M
-Xmx1000M等价于-XX:MaxHeapSize=1000M
-Xss100等价于-XX:ThreadStackSize=100 
			

所以这块也相当于是-XX类型的参数

3.1.5 查看参数

java -XX:+PrintFlagsFinal -version > flags.txt

**值得注意的是"="表示默认值，":="表示被用户或JVM修改后的值** **要想查看某个进程具体参数的值，可以使用jinfo，这块后面聊** **一般要设置参数，可以先查看一下当前参数是什么，然后进行修改**

3.1.6 设置参数的常见方式

• 开发工具中设置比如IDEA，eclipse
• 运行jar包的时候:java -XX:+UseG1GC xxx.jar
• web容器比如tomcat，可以在脚本中进行设置
• 通过jinfo实时调整某个java进程的参数(参数只有被标记为manageable的flags可以被实时修改)

3.1.7 实践和单位换算

								
			
			
			

				1Byte(字节)=8bit(位)
1KB=1024Byte(字节)
1MB=1024KB
1GB=1024MB
1TB=1024GB 
			

								
			
			
			

				(1)设置堆内存大小和参数打印
-Xmx100M -Xms100M -XX:+PrintFlagsFinal
(2)查询+PrintFlagsFinal的值
:=true
(3)查询堆内存大小MaxHeapSize
:= 104857600
(4)换算
104857600(Byte)/1024=102400(KB)
102400(KB)/1024=100(MB)
(5)结论
104857600是字节单位 
			

3.1.8 常用参数含义

2.JVM中常用的命令有哪些？

2.1.1 jps

查看java进程

								
			
			
			

				The jps command lists the instrumented Java HotSpot VMs on the target system. The command is limited to reporting information on JVMs for which it has the access permissions. 
			

2.1.2 jinfo

（1）实时查看和调整JVM配置参数

								
			
			
			

				The jinfo command prints Java configuration information for a specified Java process or core file or a remote debug server. The configuration information includes Java system properties and Java Virtual Machine (JVM) command-line flags. 
			

（2）查看用法 jinfo -flag name PID 查看某个java进程的name属性的值

								
			
			
			

				jinfo -flag MaxHeapSize PID 
jinfo -flag UseG1GC PID 
			

（3）修改 参数只有被标记为manageable的flags可以被实时修改

								
			
			
			

				jinfo -flag [+|-] PID
jinfo -flag <name>=<value> PID 
			

（4）查看曾经赋过值的一些参数

								
			
			
			

				jinfo -flags PID 
			

2.1.3 jstat

（1）查看虚拟机性能统计信息

								
			
			
			

				The jstat command displays performance statistics for an instrumented Java HotSpot VM. The target JVM is identified by its virtual machine identifier, or vmid option. 
			

（2）查看类装载信息

								
			
			
			

				jstat -class PID 1000 10   查看某个java进程的类装载信息，每1000毫秒输出一次，共输出10次 
			

（3）查看垃圾收集信息

								
			
			
			

				jstat -gc PID 1000 10 
			

2.1.4 jstack

（1）查看线程堆栈信息

								
			
			
			

				The jstack command prints Java stack traces of Java threads for a specified Java process, core file, or remote debug server. 
			

（2）用法

								
			
			
			

				jstack PID 
			

(4)排查死锁案例

• DeadLockDemo

								
			
			
			

				//运行主类
public class DeadLockDemo
{
    public static void main(String[] args)
    {
        DeadLock d1=new DeadLock(true);
        DeadLock d2=new DeadLock(false);
        Thread t1=new Thread(d1);
        Thread t2=new Thread(d2);
        t1.start();
        t2.start();
    }
}
//定义锁对象
class MyLock{
    public static Object obj1=new Object();
    public static Object obj2=new Object();
}
//死锁代码
class DeadLock implements Runnable{
    private boolean flag;
    DeadLock(boolean flag){
        this.flag=flag;
    }
    public void run() {
        if(flag) {
            while(true) {
                synchronized(MyLock.obj1) {
                    System.out.println(Thread.currentThread().getName()+"----if获得obj1锁");
                    synchronized(MyLock.obj2) {
                        System.out.println(Thread.currentThread().getName()+"----if获得obj2锁");
                    }
                }
            }
        }
        else {
            while(true){
                synchronized(MyLock.obj2) {
                    System.out.println(Thread.currentThread().getName()+"----否则获得obj2锁");
                    synchronized(MyLock.obj1) {
                        System.out.println(Thread.currentThread().getName()+"----否则获得obj1锁");

                    }
                }
            }
        }
    }
} 
			

• 运行结果

• jstack分析

把打印信息拉到最后可以发现

2.1.5 jmap

（1）生成堆转储快照

								
			
			
			

				The jmap command prints shared object memory maps or heap memory details of a specified process, core file, or remote debug server. 
			

（2）打印出堆内存相关信息

								
			
			
			

				jmap -heap PID 
			

								
			
			
			

				jinfo -flag UsePSAdaptiveSurvivorSizePolicy 35352
-XX:SurvivorRatio=8 
			

（3）dump出堆内存相关信息

								
			
			
			

				jmap -dump:format=b,file=heap.hprof PID 
			

（4）要是在发生堆内存溢出的时候，能自动dump出该文件就好了

								
			
			
			

				设置堆内存大小: -Xms20M -Xmx20M
启动，然后访问localhost:9090/heap，使得堆内存溢出 
			

性能优化

JVM的性能优化可以分为代码层面和非代码层面。 在代码层面，大家可以结合字节码指令进行优化，比如一个循环语句，可以将循环不相关的代码提取到循环体之外，这样在字节码层面就不需要重复执行这些代码了。 在非代码层面，一般情况可以从内存、gc以及cpu占用率等方面进行优化。 注意，JVM调优是一个漫长和复杂的过程，而在很多情况下，JVM是不需要优化的，因为JVM本身已经做了很多的内部优化操作。 那今天我们就从内存、gc以及cpu这3个方面和大家一起探讨一下JVM的优化，但是大家要注意的是****不要为了调优和调优。

4.1 内存

4.1.1 内存分配

正常情况下不需要设置，那如果是促销或者秒杀的场景呢？ 每台机器配置2c4G，以每秒3000笔订单为例，整个过程持续60秒

4.1.2 内存溢出(OOM)

一般会有两个原因： （1）大并发情况下 （2）内存泄露导致内存溢出

4.1.2.1 大并发[秒杀]

4.1.2.2 内存泄露导致内存溢出

ThreadLocal引起的内存泄露，最终导致内存溢出 public class TLController { @RequestMapping(value = "/tl") public String tl(HttpServletRequest request) { ThreadLocal<Byte[]> tl = new ThreadLocal<Byte[]>(); // 1MB tl.set(new Byte[1024*1024]); return "ok"; } }

								
			
			
			

				java -jar -Xms1000M -Xmx1000M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=jvm.hprof  jvm-case-0.0.1-SNAPSHOT.jar 
			

								
			
			
			

				top
top -Hp PID 
			

								
			
			
			

				jstack PID
java -jar arthas.jar   --->   thread 
			

								
			
			
			

				jmap -heap PID
java -jar arthas.jar   --->   dashboard 
			

								
			
			
			

				jmap -histo:live PID | more
获取到jvm.hprof文件，上传到指定的工具分析，比如heaphero.io 
			

4.2 GC

这里以G1垃圾收集器调优为例

4.2.1 是否选用G1

								
			
			
			

				（1）50%以上的堆被存活对象占用
（2）对象分配和晋升的速度变化非常大
（3）垃圾回收时间比较长 
			

4.2.2 G1调优

（1）使用G1GC垃圾收集器: -XX:+UseG1GC

								
			
			
			

				Throughput       Min Pause       Max Pause      Avg Pause       GC count
  99.16%         0.00016s         0.0137s        0.00559s          12 
			

（2）调整内存大小再获取gc日志分析

								
			
			
			

				-XX:MetaspaceSize=100M
-Xms300M
-Xmx300M 
			

								
			
			
			

				Throughput       Min Pause       Max Pause      Avg Pause       GC count
  98.89%          0.00021s        0.01531s       0.00538s           12 
			

（3）调整最大停顿时间

								
			
			
			

				-XX:MaxGCPauseMillis=200    设置最大GC停顿时间指标 
			

								
			
			
			

				Throughput       Min Pause       Max Pause      Avg Pause       GC count
  98.96%          0.00015s        0.01737s       0.00574s          12 
			

（4）启动并发GC时堆内存占用百分比

								
			
			
			

				-XX:InitiatingHeapOccupancyPercent=45 
G1用它来触发并发GC周期,基于整个堆的使用率,而不只是某一代内存的使用比例。值为 0 则表示“一直执行GC循环)'. 默认值为 45 (例如, 全部的 45% 或者使用了45%). 
			

								
			
			
			

				Throughput       Min Pause       Max Pause      Avg Pause       GC count
  98.11%          0.00406s        0.00532s       0.00469s          12 
			

4.2.3 G1调优最佳实战

（1）不要手动设置新生代和老年代的大小，只要设置整个堆的大小 why：https://blogs.oracle.com/poonam/increased-heap-usage-with-g1-gc G1收集器在运行过程中，会自己调整新生代和老年代的大小 其实是通过adapt代的大小来调整对象晋升的速度和年龄，从而达到为收集器设置的暂停时间目标 如果手动设置了大小就意味着放弃了G1的自动调优

（2）不断调优暂停时间目标 一般情况下这个值设置到100ms或者200ms都是可以的(不同情况下会不一样)，但如果设置成50ms就不太合理。暂停时间设置的太短，就会导致出现G1跟不上垃圾产生的速度。最终退化成Full GC。所以对这个参数的调优是一个持续的过程，逐步调整到最佳状态。暂停时间只是一个目标，并不能总是得到满足。

（3）使用-XX:ConcGCThreads=n来增加标记线程的数量 IHOP如果阀值设置过高，可能会遇到转移失败的风险，比如对象进行转移时空间不足。如果阀值设置过低，就会使标记周期运行过于频繁，并且有可能混合收集期回收不到空间。 IHOP值如果设置合理，但是在并发周期时间过长时，可以尝试增加并发线程数，调高ConcGCThreads。

**（4）MixedGC调优 ** -XX:InitiatingHeapOccupancyPercent -XX:G1MixedGCLiveThresholdPercent -XX:G1MixedGCCountTarger -XX:G1OldCSetRegionThresholdPercent

（5）适当增加堆内存大小

（6）不正常的Full GC

								
			
			
			

				有时候会发现系统刚刚启动的时候，就会发生一次Full GC，但是老年代空间比较充足，一般是由Metaspace区域引起的。可以通过MetaspaceSize适当增加其大家，比如256M。 
			

4.3 JVM性能优化指南

垃圾回收的预调优

								
			
			
			

				Throughput       Min Pause       Max Pause      Avg Pause       GC count
  99.16%         0.00016s         0.0137s        0.00559s          12