总结JVM相关的知识
JVM参数汇总
JVM参数主要由三种类型：
- 标准参数 例如：-help，-version，-server，-client（64位机器不支持），-cp，-classpath，-showversion
- -X非标准参数 例如：-Xint（interpreted mode解释执行模式），-Xcomp（compiled mode编译执行模式），-Xmixed（混合模式，默认模式，也是推荐的模式）
- -XX非标准参数（相对不稳定，主要用于JVM调优和DEBUG）
- Boolean类型 格式：-XX:[+-]
表示启用或者禁用name属性([+]号代表启用，[-]代表禁用)。比如-XX+UseConcMarkSweepGc，-XX:+UseG1Gc，-XX:+DisableExplicitGC禁用代码中显式调用`System.gc()` - 非Boolean类型 格式：-XX:
= 表示name属性的值是value。比如 -XX:MaxGcPauseMillis=500，-XX:GCTimeRatio=19 - 注意：-Xmx（等价于-XX:InitialHeapSize=xxx），-Xms（等价于-XX:MaxHeapSize=xxx）这两个不是-X参数而是-XX参数
- Boolean类型 格式：-XX:[+-]
| 参数值 | 参数说明 |
|---|---|
| -verbose:class | 输出jvm载入类的相关信息，当jvm报告说找不到类或者类冲突时可此进行诊断。 |
| -verbose:gc | 输出每次GC的相关情况。 |
| -verbose:jni | 输出native方法调用的相关情况，一般用于诊断jni调用错误信息。 |
| -Xms512m | 设置JVM初始内存为512m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。 |
| -Xmx512m | 设置JVM最大可用内存为512M。 |
| -Xmn200m | 设置年轻代大小为200M。此处的大小是（eden + 2 survivor space).与jmap -heap中显示的New gen是（eden + 1 survivor space）不同的 计算公式有： 年老代大小=-Xmx减去-Xmn。 整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。 持久代一般固定大小为64m，所以增大年轻代（-Xmn）后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。 |
| -XX:SurvivorRatio | 用于设置Eden和其中一个Survivor的比值，默认比例为8（Eden）：1（一个survivor），这个值也比较重要。 例如：-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6。 |
| -Xss128k | 设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。根据应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。 |
| -Xloggc:file -Xloggc:e:/gc.log |
与-verbose:gc功能类似，只是将每次GC事件的相关情况记录到一个文件中，文件的位置最好在本地，以避免网络的潜在问题。 若与verbose命令同时出现在命令行中，则以-Xloggc为准。 |
| -Xprof | 跟踪正运行的程序，并将跟踪数据在标准输出输出；适合于开发环境调试。 |
| -Xrunhprof | |
| -Xdebug | JVM调试参数，用于远程调试。 例如：在tomcat中的远程调试设置方法为-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8000。 |
| -Xbootclasspath | -Xbootclasspath用来指定你需要加载,但不想通过校验的类路径。JVM 会对所有的类在加载前进行校验并为每个类通过一个int数值来应用。这个是保证 JVM稳定的必要过程,但比较耗时,如果你希望跳过这个过程,就把你的类通过这个参数来指定。-Xbootclasspath参数、java -jar参数运行应用时classpath的设置方法(http://www.cnblogs.com/duanxz/p/3482311.html) |
| -Xnoclassgc | -Xnoclassgc 表示不对方法区进行垃圾回收。请谨慎使用。见GC 的算法分析、各类垃圾收集器介绍(http://www.cnblogs.com/duanxz/p/5230265.html) |
| -XX:MaxMetaspaceSize | java8中-XX:MaxMetaspaceSize=10M设置MetaSpace的最大值为10m。默认是Java的Metaspace空间：不受限制 |
| -XX:-DisableExplicitGC | 禁止调用System.gc()；但jvm的gc仍然有效 |
| -XX:+MaxFDLimit | 最大化文件描述符的数量限制 |
| -XX:+ScavengeBeforeFullGC | 新生代GC优先于Full GC执行 |
| -XX:+UseGCOverheadLimit | 在抛出OOM之前限制jvm耗费在GC上的时间比例 |
| -XX:-UseConcMarkSweepGC | 对老生代采用并发标记交换算法进行GC |
| -XX:+UseParNewGC | 设置年轻代为多线程收集。可与CMS收集同时使用。在serial基础上实现的多线程收集器。 |
| -XX:-UseParallelGC | 启用并行GC，此配置仅对年轻代有效 |
| -XX:-UseParallelOldGC | 对Full GC启用并行，当-XX:-UseParallelGC启用时该项自动启用 |
| -XX:-UseSerialGC | 启用串行GC |
| -XX:+UseThreadPriorities | 启用本地线程优先级 |
| -XX:LargePageSizeInBytes=4m | 设置用于Java堆的大页面尺寸 |
| -XX:MaxHeapFreeRatio=70 | GC后java堆中空闲量占的最大比例 |
| -XX:MaxNewSize=size | 新生成对象能占用内存的最大值 |
| -XX:MaxPermSize=64m | 老生代对象能占用内存的最大值 |
| -XX:MinHeapFreeRatio=40 | GC后java堆中空闲量占的最小比例 |
| -XX:NewRatio=2 | 新生代内存容量与老生代内存容量的比例 |
| -XX:NewSize=2.125m | 新生代对象生成时占用内存的默认值 |
| -XX:ReservedCodeCacheSize=32m | 保留代码占用的内存容量 |
| -XX:ThreadStackSize=512 | 设置线程栈大小，若为0则使用系统默认值 |
| -XX:+UseLargePages | 使用大页面内存 |
| -XX:-CITime | 打印消耗在JIT编译的时间 |
| -XX:ErrorFile=./hs_err_pid |
保存错误日志或者数据到文件中 |
| -XX:-ExtendedDTraceProbes | 开启solaris特有的dtrace探针 |
| -XX:HeapDumpPath=./java_pid |
指定导出堆信息时的路径或文件名 |
| -XX:-HeapDumpOnOutOfMemoryError | 当首次遭遇OOM时导出此时堆中相关信息 |
| -XX:OnError=” |
出现致命ERROR之后运行自定义命令 |
| -XX:OnOutOfMemoryError=” |
当首次遭遇OOM时执行自定义命令 |
| -XX:-PrintClassHistogram | 遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同 |
| -XX:-PrintConcurrentLocks | 遇到Ctrl-Break后打印并发锁的相关信息，与jstack -l功能相同 |
| -XX:-PrintCommandLineFlags | 打印在命令行中出现过的标记 |
| -XX:-PrintCompilation | 当一个方法被编译时打印相关信息 |
| -XX:-PrintGC | 每次GC时打印相关信息 |
| -XX:-PrintGCDetails | 每次GC时打印详细信息 |
| -XX:-PrintGCTimeStamps | 打印每次GC的时间戳 |
| -XX:-TraceClassLoading | 跟踪类的加载信息 |
| -XX:-TraceClassLoadingPreorder | 跟踪被引用到的所有类的加载信息 |
| -XX:-TraceClassResolution | 跟踪常量池 |
| -XX:-TraceClassUnloading | 跟踪类的卸载信息 |
| -XX:-TraceLoaderConstraints | 跟踪类加载器约束的相关信息 |
| -XX:+PrintFlagsFinal | ** 打印运行中的JVM的参数（打印信息中=表示默认值，:=表示该参数已经被修改） |
查看jvm进程信息
jinfo
# 方式1：启动时直接添加-XX:+PrintFlagsFinal参数
# 方式2：通过jinfo命令来查看正在运行中的jvm运行参数信息
# 直接通过ps查看pid
ps -ef|grep java
# 或者通过jps -l命令查看所有的java进程的启动类全路径查看pid
jps -l
# 通过jinfo结合pid可以查看JVM进程的运行参数等信息
jinfo -flags <pid>
jstat
jmap
jstack
jstack命令可以查看jvm中线程的执行情况，可以看到每个线程的状态，关于线程状态，参考下图：
模拟死锁
public class TestDeadLock {
private static Object obj1 = new Object();
private static Object obj2 = new Object();
public static void main(String[] args) {
new Thread(new Thread1()).start();
new Thread(new Thread2()).start();
}
private static class Thread1 implements Runnable{
@Override
public void run() {
synchronized (obj1){
System.out.println("Thread1 拿到了 obj1 的锁！");
try {
// 停顿2秒的意义在于，让Thread2线程拿到obj2的锁
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (obj2){
System.out.println("Thread1 拿到了 obj2 的锁！");
}
}
}
}
private static class Thread2 implements Runnable{
@Override
public void run() {
synchronized (obj2){
System.out.println("Thread2 拿到了 obj2 的锁！");
try {
// 停顿2秒的意义在于，让Thread1线程拿到obj1的锁
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (obj1){
System.out.println("Thread2 拿到了 obj1 的锁！");
}
}
}
}
}
通过jstack分析死锁的线程
jps
jstack -l <pid>