java启动参数共分为三类；
其一是标准参数（-），全部的JVM实现都必须实现这些参数的功能，并且向后兼容；
其二是非标准参数（-X），默认jvm实现这些参数的功能，可是并不保证全部jvm实现都知足，且不保证向后兼容；
其三是非Stable参数（-XX），此类参数各个jvm实现会有所不一样，未来可能会随时取消，须要慎重使用；
本文主要描述标准参数部分，剩下的两个部分将会陆续推出；html
标准参数列表以下：
-client
设置jvm使用client模式，特色是启动速度比较快，但运行时性能和内存管理效率不高，一般用于客户端应用程序或者PC应用开发和调试。java
-server
设置jvm使server模式，特色是启动速度比较慢，但运行时性能和内存管理效率很高，适用于生产环境。在具备64位能力的jdk环境下将默认启用该模式，而忽略-client参数。linux
-agentlib:libname[=options]
用于装载本地lib包；
其中libname为本地代理库文件名，默认搜索路径为环境变量PATH中的路径，options为传给本地库启动时的参数，多个参数之间用逗号分隔。在Windows平台上jvm搜索本地库名为libname.dll的文件，在linux上jvm搜索本地库名为libname.so的文件，搜索路径环境变量在不一样系统上有所不一样，好比Solaries上就默认搜索LD_LIBRARY_PATH。
好比：-agentlib:hprof
用来获取jvm的运行状况，包括CPU、内存、线程等的运行数据，并可输出到指定文件中；windows中搜索路径为JRE_HOME/bin/hprof.dll。算法
-agentpath:pathname[=options]
按全路径装载本地库，再也不搜索PATH中的路径；其余功能和agentlib相同；更多的信息待续，在后续的JVMTI部分会详述。数据库
-classpath classpath
-cp classpath
告知jvm搜索目录名、jar文档名、zip文档名，之间用分号;分隔；使用-classpath后jvm将再也不使用CLASSPATH中的类搜索路径，若是-classpath和CLASSPATH都没有设置，则jvm使用当前路径(.)做为类搜索路径。
jvm搜索类的方式和顺序为：Bootstrap，Extension，User。
Bootstrap中的路径是jvm自带的jar或zip文件，jvm首先搜索这些包文件，用System.getProperty("sun.boot.class.path")可获得搜索路径。
Extension是位于JRE_HOME/lib/ext目录下的jar文件，jvm在搜索完Bootstrap后就搜索该目录下的jar文件，用System.getProperty("java.ext.dirs")可获得搜索路径。
User搜索顺序为当前路径.、CLASSPATH、-classpath，jvm最后搜索这些目录，用System.getProperty("java.class.path")可获得搜索路径。apache
-Dproperty=value
设置系统属性名/值对，运行在此jvm之上的应用程序可用System.getProperty("property")获得value的值。
若是value中有空格，则须要用双引号将该值括起来，如-Dname="space string"。
该参数一般用于设置系统级全局变量值，如配置文件路径，以便该属性在程序中任何地方均可访问。bootstrap
-enableassertions[:<package name>"..." | :<class name> ]
-ea[:<package name>"..." | :<class name> ]
上述参数就用来设置jvm是否启动断言机制（从JDK 1.4开始支持），缺省时jvm关闭断言机制。
用-ea 可打开断言机制，不加<packagename>和classname时运行全部包和类中的断言，若是但愿只运行某些包或类中的断言，可将包名或类名加到-ea以后。例如要启动包com.wombat.fruitbat中的断言，可用命令java -ea:com.wombat.fruitbat...<Main Class>。windows
-disableassertions[:<package name>"..." | :<class ; ]
-da[:<package name>"..." | :<class name> ]
用来设置jvm关闭断言处理，packagename和classname的使用方法和-ea相同，jvm默认就是关闭状态。
该参数通常用于相同package内某些class不须要断言的场景，好比com.wombat.fruitbat须要断言，可是com.wombat.fruitbat.Brickbat该类不须要，则能够以下运行：
java -ea:com.wombat.fruitbat...-da:com.wombat.fruitbat.Brickbat <Main Class>。
-enablesystemassertions
-esa
激活系统类的断言。
-disablesystemassertions
-dsa
关闭系统类的断言。数组
-jar
指定以jar包的形式执行一个应用程序。
要这样执行一个应用程序，必须让jar包的manifest文件中声明初始加载的Main-class，固然那Main-class必须有public static void main(String[] args)方法。浏览器
-javaagent:jarpath[=options]
指定jvm启动时装入java语言设备代理。
Jarpath文件中的mainfest文件必须有Agent-Class属性。代理类也必须实现公共的静态public static void premain(String agentArgs, Instrumentation inst)方法（和main方法相似）。当jvm初始化时，将按代理类的说明顺序调用premain方法；具体参见java.lang.instrument软件包的描述。
-verbose
-verbose:class
输出jvm载入类的相关信息，当jvm报告说找不到类或者类冲突时可此进行诊断。
-verbose:gc
输出每次GC的相关状况。
-verbose:jni
输出native方法调用的相关状况，通常用于诊断jni调用错误信息。
-version
输出java的版本信息，好比jdk版本、vendor、model。
-version:release
指定class或者jar运行时须要的jdk版本信息；若指定版本未找到，则以能找到的系统默认jdk版本执行；通常状况下，对于jar文件，能够在manifest文件中指定须要的版本信息，而不是在命令行。
release中能够指定单个版本，也能够指定一个列表，中间用空格隔开，且支持复杂组合，好比：
-version:"1.5.0_04 1.5*&1.5.1_02+"
指定class或者jar须要jdk版本为1.5.0_04或者是1.5系列中比1.5.1_02更高的全部版本。
-showversion
输出java版本信息（与-version相同）以后，继续输出java的标准参数列表及其描述。
-?
-help
输出java标准参数列表及其描述。
-X
输出非标准的参数列表及其描述。
以上的这些参数咱们常常会在不少状况下用到多个的组合，好比咱们在用JProfiler进行跟踪监控时，须要在被监控java启动参数中加上以下配置：
-agentlib:jprofilerti=port=8849 -Xbootclasspath/a:/usr/local/jprofiler5/bin/agent.jar
其中就用到两个-agentlib和-X参数，bootclasspath参数的详细信息将会在非标准参数中详细说明。
非标准参数又称为扩展参数，其列表以下：
-Xint
设置jvm以解释模式运行，全部的字节码将被直接执行，而不会编译成本地码。
-Xbatch
关闭后台代码编译，强制在前台编译，编译完成以后才能进行代码执行；
默认状况下，jvm在后台进行编译，若没有编译完成，则前台运行代码时以解释模式运行。
-Xbootclasspath:bootclasspath
让jvm从指定路径（能够是分号分隔的目录、jar、或者zip）中加载bootclass，用来替换jdk的rt.jar；若非必要，通常不会用到；
-Xbootclasspath/a:path
将指定路径的全部文件追加到默认bootstrap路径中；
-Xbootclasspath/p:path
让jvm优先于bootstrap默认路径加载指定路径的全部文件；
-Xcheck:jni
对JNI函数进行附加check；此时jvm将校验传递给JNI函数参数的合法性，在本地代码中遇到非法数据时，jmv将报一个致命错误而终止；使用该参数后将形成性能降低，请慎用。
-Xfuture
让jvm对类文件执行严格的格式检查（默认jvm不进行严格格式检查），以符合类文件格式规范，推荐开发人员使用该参数。
-Xnoclassgc
关闭针对class的gc功能；由于其阻止内存回收，因此可能会致使OutOfMemoryError错误，慎用；
-Xincgc
开启增量gc（默认为关闭）；这有助于减小长时间GC时应用程序出现的停顿；但因为可能和应用程序并发执行，因此会下降CPU对应用的处理能力。
-Xloggc:file
与-verbose:gc功能相似，只是将每次GC事件的相关状况记录到一个文件中，文件的位置最好在本地，以免网络的潜在问题。
若与verbose命令同时出如今命令行中，则以-Xloggc为准。
-Xmsn
指定jvm堆的初始大小，默认为物理内存的1/64，最小为1M；能够指定单位，好比k、m，若不指定，则默认为字节。
-Xmxn
指定jvm堆的最大值，默认为物理内存的1/4或者1G，最小为2M；单位与-Xms一致。
-Xprof
跟踪正运行的程序，并将跟踪数据在标准输出输出；适合于开发环境调试。
-Xrs
减小jvm对操做系统信号（signals）的使用，该参数从1.3.1开始有效；
从jdk1.3.0开始，jvm容许程序在关闭以前还能够执行一些代码（好比关闭数据库的链接池），即便jvm被忽然终止；
jvm关闭工具经过监控控制台的相关事件而知足以上的功能；更确切的说，通知在关闭工具执行以前，先注册控制台的控制handler，而后对CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, and CTRL_SHUTDOWN_EVENT这几类事件直接返回true。
但若是jvm以服务的形式在后台运行（好比servlet引擎），他能接收CTRL_LOGOFF_EVENT事件，但此时并不须要初始化关闭程序；为了不相似冲突的再次出现，从jdk1.3.1开始提供-Xrs参数；当此参数被设置以后，jvm将不接收控制台的控制handler，也就是说他不监控和处理CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, or CTRL_SHUTDOWN_EVENT事件。
-Xssn
设置单个线程栈的大小，通常默认为512k。
上面这些参数中，好比-Xmsn、-Xmxn……都是咱们性能优化中很重要的参数；
-Xprof、-Xloggc:file等都是在没有专业跟踪工具状况下排错的好手；
在上一小节中提到的关于JProfiler的配置中就使用到了-Xbootclasspath/a:path；
下面咱们将就Java HotSpot VM中-XX:的可配置参数列表进行描述；
这些参数能够被松散的聚合成三类：
行为参数（Behavioral Options）：用于改变jvm的一些基础行为；
性能调优（Performance Tuning）：用于jvm的性能调优；
调试参数（Debugging Options）：通常用于打开跟踪、打印、输出等jvm参数，用于显示jvm更加详细的信息；
因为sun官方文档中对各参数的描述也都很是少（大多只有一句话），并且大多涉及OS层面的东西，很难描述清楚，因此如下是挑选了一些咱们开发中可能会用得比较多的配置项，若须要查看全部参数列表，能够点击HotSpot VM Specific Options.查看原文；
首先来介绍行为参数：
| 参数及其默认值 | 描述 |
| -XX:-DisableExplicitGC | 禁止调用System.gc()；但jvm的gc仍然有效 |
| -XX:+MaxFDLimit | 最大化文件描述符的数量限制 |
| -XX:+ScavengeBeforeFullGC | 新生代GC优先于Full GC执行 |
| -XX:+UseGCOverheadLimit | 在抛出OOM以前限制jvm耗费在GC上的时间比例 |
| -XX:-UseConcMarkSweepGC | 对老生代采用并发标记交换算法进行GC |
| -XX:-UseParallelGC | 启用并行GC |
| -XX:-UseParallelOldGC | 对Full GC启用并行，当-XX:-UseParallelGC启用时该项自动启用 |
| -XX:-UseSerialGC | 启用串行GC |
| -XX:+UseThreadPriorities | 启用本地线程优先级 |
上面表格中黑体的三个参数表明着jvm中GC执行的三种方式，即串行、并行、并发；
串行（SerialGC）是jvm的默认GC方式，通常适用于小型应用和单处理器，算法比较简单，GC效率也较高，但可能会给应用带来停顿；
并行（ParallelGC）是指GC运行时，对应用程序运行没有影响，GC和app二者的线程在并发执行，这样能够最大限度不影响app的运行；
并发（ConcMarkSweepGC）是指多个线程并发执行GC，通常适用于多处理器系统中，能够提升GC的效率，但算法复杂，系统消耗较大；
性能调优参数列表：
| 参数及其默认值 | 描述 |
| -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<pid>.log | 保存错误日志或者数据到文件中 |
| -XX:-ExtendedDTraceProbes | 开启solaris特有的dtrace探针 |
| -XX:HeapDumpPath=./java_pid<pid>.hprof | 指定导出堆信息时的路径或文件名 |
| -XX:-HeapDumpOnOutOfMemoryError | 当首次遭遇OOM时导出此时堆中相关信息 |
| -XX:OnError="<cmd args>;<cmd args>" | 出现致命ERROR以后运行自定义命令 |
| -XX:OnOutOfMemoryError="<cmd args>;<cmd args>" | 当首次遭遇OOM时执行自定义命令 |
| -XX:-PrintClassHistogram | 遇到Ctrl-Break后打印类实例的柱状信息， 与jmap -histo功能相同 |
| -XX:-PrintConcurrentLocks | 遇到Ctrl-Break后打印并发锁的相关信息， 与jstack -l功能相同 |
| -XX:-PrintCommandLineFlags | 打印在命令行中出现过的标记 |
| -XX:-PrintCompilation | 当一个方法被编译时打印相关信息 |
| -XX:-PrintGC | 每次GC时打印相关信息 |
| -XX:-PrintGC Details | 每次GC时打印详细信息 |
| -XX:-PrintGCTimeStamps | 打印每次GC的时间戳 |
| -XX:-TraceClassLoading | 跟踪类的加载信息 |
| -XX:-TraceClassLoadingPreorder | 跟踪被引用到的全部类的加载信息 |
| -XX:-TraceClassResolution | 跟踪常量池 |
| -XX:-TraceClassUnloading | 跟踪类的卸载信息 |
| -XX:-TraceLoaderConstraints | 跟踪类加载器约束的相关信息 |
当系统出现问题的时候，又不能使用外部跟踪工具（好比JProfiler……）的状况下，以上的这些参数就会发挥重大做用了，好比dump堆信息、打印并发锁……
转载网址：http://blog.csdn.net/dajuezhao/article/details/7198649
jvm系列(四):jvm调优-命令大全（jps jstat jmap jhat jstack jinfo）
运用jvm自带的命令能够方便的在生产监控和打印堆栈的日志信息帮忙咱们来定位问题！虽然jvm调优成熟的工具已经有不少：jconsole、大名鼎鼎的VisualVM，IBM的Memory Analyzer等等，可是在生产环境出现问题的时候，一方面工具的使用会有所限制，另外一方面喜欢装X的咱们，总喜欢在出现问题的时候在终端输入一些命令来解决。全部的工具几乎都是依赖于jdk的接口和底层的这些命令，研究这些命令的使用也让咱们更能了解jvm构成和特性。
Sun JDK监控和故障处理命令有jps jstat jmap jhat jstack jinfo下面作一一介绍
JVM Process Status Tool,显示指定系统内全部的HotSpot虚拟机进程。
jps [options] [hostid]
- -l : 输出主类全名或jar路径
- -q : 只输出LVMID
- -m : 输出JVM启动时传递给main()的参数
- -v : 输出JVM启动时显示指定的JVM参数
其中[option]、[hostid]参数也能够不写。
$ jps -l -m 28920 org.apache.catalina.startup.Bootstrap start 11589 org.apache.catalina.startup.Bootstrap start 25816 sun.tools.jps.Jps -l -m
jstat(JVM statistics Monitoring)是用于监视虚拟机运行时状态信息的命令，它能够显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。
jstat [option] LVMID [interval] [count]
- [option] : 操做参数
- LVMID : 本地虚拟机进程ID
- [interval] : 连续输出的时间间隔
- [count] : 连续输出的次数
| Option | Displays… |
|---|---|
| class | class loader的行为统计。Statistics on the behavior of the class loader. |
| compiler | HotSpt JIT编译器行为统计。Statistics of the behavior of the HotSpot Just-in-Time compiler. |
| gc | 垃圾回收堆的行为统计。Statistics of the behavior of the garbage collected heap. |
| gccapacity | 各个垃圾回收代容量(young,old,perm)和他们相应的空间统计。Statistics of the capacities of the generations and their corresponding spaces. |
| gcutil | 垃圾回收统计概述。Summary of garbage collection statistics. |
| gccause | 垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的缘由。Summary of garbage collection statistics (same as -gcutil), with the cause of the last and |
| gcnew | 新生代行为统计。Statistics of the behavior of the new generation. |
| gcnewcapacity | 新生代与其相应的内存空间的统计。Statistics of the sizes of the new generations and its corresponding spaces. |
| gcold | 年老代和永生代行为统计。Statistics of the behavior of the old and permanent generations. |
| gcoldcapacity | 年老代行为统计。Statistics of the sizes of the old generation. |
| gcpermcapacity | 永生代行为统计。Statistics of the sizes of the permanent generation. |
| printcompilation | HotSpot编译方法统计。HotSpot compilation method statistics. |
监视类装载、卸载数量、总空间以及耗费的时间
$ jstat -class 11589 Loaded Bytes Unloaded Bytes Time 7035 14506.3 0 0.0 3.67
- Loaded : 加载class的数量
- Bytes : class字节大小
- Unloaded : 未加载class的数量
- Bytes : 未加载class的字节大小
- Time : 加载时间
输出JIT编译过的方法数量耗时等
$ jstat -compiler 1262
Compiled Failed Invalid Time FailedType FailedMethod
2573 1 0 47.60 1 org/apache/catalina/loader/WebappClassLoader findResourceInternal
- Compiled : 编译数量
- Failed : 编译失败数量
- Invalid : 无效数量
- Time : 编译耗时
- FailedType : 失败类型
- FailedMethod : 失败方法的全限定名
垃圾回收堆的行为统计，经常使用命令
$ jstat -gc 1262 S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT 26112.0 24064.0 6562.5 0.0 564224.0 76274.5 434176.0 388518.3 524288.0 42724.7 320 6.417 1 0.398 6.815
C即Capacity 总容量，U即Used 已使用的容量
- S0C : survivor0区的总容量
- S1C : survivor1区的总容量
- S0U : survivor0区已使用的容量
- S1C : survivor1区已使用的容量
- EC : Eden区的总容量
- EU : Eden区已使用的容量
- OC : Old区的总容量
- OU : Old区已使用的容量
- PC 当前perm的容量 (KB)
- PU perm的使用 (KB)
- YGC : 新生代垃圾回收次数
- YGCT : 新生代垃圾回收时间
- FGC : 老年代垃圾回收次数
- FGCT : 老年代垃圾回收时间
- GCT : 垃圾回收总消耗时间
$ jstat -gc 1262 2000 20
这个命令意思就是每隔2000ms输出1262的gc状况，一共输出20次
同-gc，不过还会输出Java堆各区域使用到的最大、最小空间
$ jstat -gccapacity 1262 NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC 614400.0 614400.0 614400.0 26112.0 24064.0 564224.0 434176.0 434176.0 434176.0 434176.0 524288.0 1048576.0 524288.0 524288.0 320 1
- NGCMN : 新生代占用的最小空间
- NGCMX : 新生代占用的最大空间
- OGCMN : 老年代占用的最小空间
- OGCMX : 老年代占用的最大空间
- OGC：当前年老代的容量 (KB)
- OC：当前年老代的空间 (KB)
- PGCMN : perm占用的最小空间
- PGCMX : perm占用的最大空间
同-gc，不过输出的是已使用空间占总空间的百分比
$ jstat -gcutil 28920 S0 S1 E O P YGC YGCT FGC FGCT GCT 12.45 0.00 33.85 0.00 4.44 4 0.242 0 0.000 0.242
垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的缘由
$ jstat -gccause 28920 S0 S1 E O P YGC YGCT FGC FGCT GCT LGCC GCC 12.45 0.00 33.85 0.00 4.44 4 0.242 0 0.000 0.242 Allocation Failure No GC
- LGCC：最近垃圾回收的缘由
- GCC：当前垃圾回收的缘由
统计新生代的行为
$ jstat -gcnew 28920 S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT 419392.0 419392.0 52231.8 0.0 6 6 209696.0 3355520.0 1172246.0 4 0.242
- TT：Tenuring threshold(提高阈值)
- MTT：最大的tenuring threshold
- DSS：survivor区域大小 (KB)
新生代与其相应的内存空间的统计
$ jstat -gcnewcapacity 28920 NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC 4194304.0 4194304.0 4194304.0 419392.0 419392.0 419392.0 419392.0 3355520.0 3355520.0 4 0
- NGC:当前年轻代的容量 (KB)
- S0CMX:最大的S0空间 (KB)
- S0C:当前S0空间 (KB)
- ECMX:最大eden空间 (KB)
- EC:当前eden空间 (KB)
统计旧生代的行为
$ jstat -gcold 28920 PC PU OC OU YGC FGC FGCT GCT 1048576.0 46561.7 6291456.0 0.0 4 0 0.000 0.242
统计旧生代的大小和空间
$ jstat -gcoldcapacity 28920 OGCMN OGCMX OGC OC YGC FGC FGCT GCT 6291456.0 6291456.0 6291456.0 6291456.0 4 0 0.000 0.242
永生代行为统计
$ jstat -gcpermcapacity 28920
PGCMN PGCMX PGC PC YGC FGC FGCT GCT
1048576.0 2097152.0 1048576.0 1048576.0 4 0 0.000 0.242
hotspot编译方法统计
$ jstat -printcompilation 28920
Compiled Size Type Method
1291 78 1 java/util/ArrayList indexOf
- Compiled：被执行的编译任务的数量
- Size：方法字节码的字节数
- Type：编译类型
- Method：编译方法的类名和方法名。类名使用"/" 代替 "." 做为空间分隔符. 方法名是给出类的方法名. 格式是一致于HotSpot - XX:+PrintComplation 选项
jmap(JVM Memory Map)命令用于生成heap dump文件，若是不使用这个命令，还阔以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候·自动生成dump文件。
jmap不只能生成dump文件，还阔以查询finalize执行队列、Java堆和永久代的详细信息，如当前使用率、当前使用的是哪一种收集器等。
jmap [option] LVMID
- dump : 生成堆转储快照
- finalizerinfo : 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
- heap : 显示Java堆详细信息
- histo : 显示堆中对象的统计信息
- permstat : to print permanent generation statistics
- F : 当-dump没有响应时，强制生成dump快照
经常使用格式
-dump::live,format=b,file=<filename> pid
dump堆到文件,format指定输出格式，live指明是活着的对象,file指定文件名
$ jmap -dump:live,format=b,file=dump.hprof 28920 Dumping heap to /home/xxx/dump.hprof ... Heap dump file created
dump.hprof这个后缀是为了后续能够直接用MAT(Memory Anlysis Tool)打开。
打印等待回收对象的信息
$ jmap -finalizerinfo 28920 Attaching to process ID 28920, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.71-b01 Number of objects pending for finalization: 0
能够看到当前F-QUEUE队列中并无等待Finalizer线程执行finalizer方法的对象。
打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用状况,能够用此来判断内存目前的使用状况以及垃圾回收状况
$ jmap -heap 28920 Attaching to process ID 28920, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.71-b01 using thread-local object allocation. Parallel GC with 4 thread(s)//GC 方式 Heap Configuration: //堆内存初始化配置 MinHeapFreeRatio = 0 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40) MaxHeapFreeRatio = 100 //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70) MaxHeapSize = 2082471936 (1986.0MB) //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小 NewSize = 1310720 (1.25MB)//对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小 MaxNewSize = 17592186044415 MB//对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小 OldSize = 5439488 (5.1875MB)//对应jvm启动参数-XX:OldSize=<value>:设置JVM堆的‘老生代’的大小 NewRatio = 2 //对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率 SurvivorRatio = 8 //对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值 PermSize = 21757952 (20.75MB) //对应jvm启动参数-XX:PermSize=<value>:设置JVM堆的‘永生代’的初始大小 MaxPermSize = 85983232 (82.0MB)//对应jvm启动参数-XX:MaxPermSize=<value>:设置JVM堆的‘永生代’的最大大小 G1HeapRegionSize = 0 (0.0MB) Heap Usage://堆内存使用状况 PS Young Generation Eden Space://Eden区内存分布 capacity = 33030144 (31.5MB)//Eden区总容量 used = 1524040 (1.4534378051757812MB) //Eden区已使用 free = 31506104 (30.04656219482422MB) //Eden区剩余容量 4.614088270399305% used //Eden区使用比率 From Space: //其中一个Survivor区的内存分布 capacity = 5242880 (5.0MB) used = 0 (0.0MB) free = 5242880 (5.0MB) 0.0% used To Space: //另外一个Survivor区的内存分布 capacity = 5242880 (5.0MB) used = 0 (0.0MB) free = 5242880 (5.0MB) 0.0% used PS Old Generation //当前的Old区内存分布 capacity = 86507520 (82.5MB) used = 0 (0.0MB) free = 86507520 (82.5MB) 0.0% used PS Perm Generation//当前的 “永生代” 内存分布 capacity = 22020096 (21.0MB) used = 2496528 (2.3808746337890625MB) free = 19523568 (18.619125366210938MB) 11.337498256138392% used 670 interned Strings occupying 43720 bytes.$ jmap -heap 28920 Attaching to process ID 28920, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.71-b01 using thread-local object allocation. Parallel GC with 4 thread(s)//GC 方式 Heap Configuration: //堆内存初始化配置 MinHeapFreeRatio = 0 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40) MaxHeapFreeRatio = 100 //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70) MaxHeapSize = 2082471936 (1986.0MB) //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小 NewSize = 1310720 (1.25MB)//对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小 MaxNewSize = 17592186044415 MB//对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小 OldSize = 5439488 (5.1875MB)//对应jvm启动参数-XX:OldSize=<value>:设置JVM堆的‘老生代’的大小 NewRatio = 2 //对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率 SurvivorRatio = 8 //对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值 PermSize = 21757952 (20.75MB) //对应jvm启动参数-XX:PermSize=<value>:设置JVM堆的‘永生代’的初始大小 MaxPermSize = 85983232 (82.0MB)//对应jvm启动参数-XX:MaxPermSize=<value>:设置JVM堆的‘永生代’的最大大小 G1HeapRegionSize = 0 (0.0MB) Heap Usage://堆内存使用状况 PS Young Generation Eden Space://Eden区内存分布 capacity = 33030144 (31.5MB)//Eden区总容量 used = 1524040 (1.4534378051757812MB) //Eden区已使用 free = 31506104 (30.04656219482422MB) //Eden区剩余容量 4.614088270399305% used //Eden区使用比率 From Space: //其中一个Survivor区的内存分布 capacity = 5242880 (5.0MB) used = 0 (0.0MB) free = 5242880 (5.0MB) 0.0% used To Space: //另外一个Survivor区的内存分布 capacity = 5242880 (5.0MB) used = 0 (0.0MB) free = 5242880 (5.0MB) 0.0% used PS Old Generation //当前的Old区内存分布 capacity = 86507520 (82.5MB) used = 0 (0.0MB) free = 86507520 (82.5MB) 0.0% used PS Perm Generation//当前的 “永生代” 内存分布 capacity = 22020096 (21.0MB) used = 2496528 (2.3808746337890625MB) free = 19523568 (18.619125366210938MB) 11.337498256138392% used 670 interned Strings occupying 43720 bytes.能够很清楚的看到Java堆中各个区域目前的状况。
打印堆的对象统计，包括对象数、内存大小等等 （由于在dump:live前会进行full gc，若是带上live则只统计活对象，所以不加live的堆大小要大于加live堆的大小 ）
$ jmap -histo:live 28920 | more
num #instances #bytes class name
----------------------------------------------
1: 83613 12012248 <constMethodKlass>
2: 23868 11450280 [B
3: 83613 10716064 <methodKlass>
4: 76287 10412128 [C
5: 8227 9021176 <constantPoolKlass>
6: 8227 5830256 <instanceKlassKlass>
7: 7031 5156480 <constantPoolCacheKlass>
8: 73627 1767048 java.lang.String
9: 2260 1348848 <methodDataKlass>
10: 8856 849296 java.lang.Class
....
仅仅打印了前10行
xml class name是对象类型，说明以下：
B byte C char D double F float I int J long Z boolean [ 数组，如[I表示int[] [L+类名 其余对象
打印Java堆内存的永久保存区域的类加载器的智能统计信息。对于每一个类加载器而言，它的名称、活跃度、地址、父类加载器、它所加载的类的数量和大小都会被打印。此外，包含的字符串数量和大小也会被打印。
$ jmap -permstat 28920
Attaching to process ID 28920, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.71-b01
finding class loader instances ..done.
computing per loader stat ..done.
please wait.. computing liveness.liveness analysis may be inaccurate ...
class_loader classes bytes parent_loader alive? type
<bootstrap> 3111 18154296 null live <internal>
0x0000000600905cf8 1 1888 0x0000000600087f08 dead sun/reflect/DelegatingClassLoader@0x00000007800500a0
0x00000006008fcb48 1 1888 0x0000000600087f08 dead sun/reflect/DelegatingClassLoader@0x00000007800500a0
0x00000006016db798 0 0 0x00000006008d3fc0 dead java/util/ResourceBundle$RBClassLoader@0x0000000780626ec0
0x00000006008d6810 1 3056 null dead sun/reflect/DelegatingClassLoader@0x00000007800500a0
强制模式。若是指定的pid没有响应，请使用jmap -dump或jmap -histo选项。此模式下，不支持live子选项。
jhat(JVM Heap Analysis Tool)命令是与jmap搭配使用，用来分析jmap生成的dump，jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，能够在浏览器中查看。在此要注意，通常不会直接在服务器上进行分析，由于jhat是一个耗时而且耗费硬件资源的过程，通常把服务器生成的dump文件复制到本地或其余机器上进行分析。
jhat [dumpfile]
- -stack false|true
关闭对象分配调用栈跟踪(tracking object allocation call stack)。 若是分配位置信息在堆转储中不可用. 则必须将此标志设置为 false. 默认值为 true.>- -refs false|true
关闭对象引用跟踪(tracking of references to objects)。 默认值为 true. 默认状况下, 返回的指针是指向其余特定对象的对象,如反向连接或输入引用(referrers or incoming references), 会统计/计算堆中的全部对象。>- -port port-number
设置 jhat HTTP server 的端口号. 默认值 7000.>- -exclude exclude-file
指定对象查询时须要排除的数据成员列表文件(a file that lists data members that should be excluded from the reachable objects query)。 例如, 若是文件列列出了 java.lang.String.value , 那么当从某个特定对象 Object o 计算可达的对象列表时, 引用路径涉及 java.lang.String.value 的都会被排除。>- -baseline exclude-file
指定一个基准堆转储(baseline heap dump)。 在两个 heap dumps 中有相同 object ID 的对象会被标记为不是新的(marked as not being new). 其余对象被标记为新的(new). 在比较两个不一样的堆转储时颇有用.>- -debug int
设置 debug 级别. 0 表示不输出调试信息。 值越大则表示输出更详细的 debug 信息.>- -version
启动后只显示版本信息就退出>- -J< flag >
由于 jhat 命令实际上会启动一个JVM来执行, 经过 -J 能够在启动JVM时传入一些启动参数. 例如, -J-Xmx512m 则指定运行 jhat 的Java虚拟机使用的最大堆内存为 512 MB. 若是须要使用多个JVM启动参数,则传入多个 -Jxxxxxx.
$ jhat -J-Xmx512m dump.hprof eading from dump.hprof... Dump file created Fri Mar 11 17:13:42 CST 2016 Snapshot read, resolving... Resolving 271678 objects... Chasing references, expect 54 dots...................................................... Eliminating duplicate references...................................................... Snapshot resolved. Started HTTP server on port 7000 Server is ready.
中间的-J-Xmx512m是在dump快照很大的状况下分配512M内存去启动HTTP服务器，运行完以后就可在浏览器打开Http://localhost:7000进行快照分析
堆快照分析主要在最后面的Heap Histogram里，里面根据class列出了dump的时候全部存活对象。
分析一样一个dump快照，MAT须要的额外内存比jhat要小的多的多，因此建议使用MAT来进行分析，固然也看我的偏好。
打开浏览器Http://localhost:7000，该页面提供了几个查询功能可供使用：
All classes including platform Show all members of the rootset Show instance counts for all classes (including platform) Show instance counts for all classes (excluding platform) Show heap histogram Show finalizer summary Execute Object Query Language (OQL) query
通常查看堆异常状况主要看这个两个部分：
Show instance counts for all classes (excluding platform)，平台外的全部对象信息。以下图：
Show heap histogram 以树状图形式展现堆状况。以下图：
具体排查时须要结合代码，观察是否大量应该被回收的对象在一直被引用或者是否有占用内存特别大的对象没法被回收。
通常状况，会down到客户端用工具来分析
jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的缘由，如线程间死锁、死循环、请求外部资源致使的长时间等待等。 线程出现停顿的时候经过jstack来查看各个线程的调用堆栈，就能够知道没有响应的线程到底在后台作什么事情，或者等待什么资源。 若是java程序崩溃生成core文件，jstack工具能够用来得到core文件的java stack和native stack的信息，从而能够轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还能够附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 若是如今运行的java程序呈现hung的状态，jstack是很是有用的。
jstack [option] LVMID
- -F : 当正常输出请求不被响应时，强制输出线程堆栈
- -l : 除堆栈外，显示关于锁的附加信息
- -m : 若是调用到本地方法的话，能够显示C/C++的堆栈
$ jstack -l 11494|more
2016-07-28 13:40:04
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.71-b01 mixed mode):
"Attach Listener" daemon prio=10 tid=0x00007febb0002000 nid=0x6b6f waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"http-bio-8005-exec-2" daemon prio=10 tid=0x00007feb94028000 nid=0x7b8c waiting on condition [0x00007fea8f56e000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000cae09b80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)
at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
Locked ownable synchronizers:
- None
.....
这里有一篇文章解释的很好
分析打印出的文件内容
jinfo(JVM Configuration info)这个命令做用是实时查看和调整虚拟机运行参数。
以前的jps -v口令只能查看到显示指定的参数，若是想要查看未被显示指定的参数的值就要使用jinfo口令
jinfo [option] [args] LVMID
- -flag : 输出指定args参数的值
- -flags : 不须要args参数，输出全部JVM参数的值
- -sysprops : 输出系统属性，等同于System.getProperties()
$ jinfo -flag 11494 -XX:CMSInitiatingOccupancyFraction=80