生产环境慎用的命令

JDK中带有了一堆的工具是可以用来查看运行状况，排查问题的，但对于这些工具还是要比较清楚执行后会发生什么，否则有可能会因为执行了一个命令就导致严重故障，重点讲下影响比较大的jmap。

最主要的危险操作是下面这三种：

1. jmap -dump
   这个命令执行，JVM会将整个heap的信息dump写入到一个文件，heap如果比较大的话，就会导致这个过程比较耗时，并且执行的过程中为了保证dump的信息是可靠的，所以会暂停应用。
2. jmap -permstat
   这个命令执行，JVM会去统计perm区的状况，这整个过程也会比较的耗时，并且同样也会暂停应用。
3. jmap -histo:live
   这个命令执行，JVM会先触发gc，然后再统计信息。

上面的这三个操作都将对应用的执行产生影响，所以建议如果不是很有必要的话，不要去执行。

jps

jps主要用来输出JVM中运行的进程状态信息。语法格式如下：

usage: jps [-help]
       jps [-q] [-mlvV] [<hostid>]

如果不指定hostid就默认为当前主机或服务器。 注意：如果需要查看其他机器上的jvm进程，需要在待查看机器上启动jstatd。

命令行参数选项说明如下：

-q 不输出类名、Jar名和传入main方法的参数，只输出java进程的pid号；

-m 输出传入main方法的参数

-l 输出main类或Jar的全限名

-v 输出传入JVM的参数

$ jps -mlv
596440 sun.tools.jps.Jps -m -l -v -Dapplication.home=/usr/java/jdk1.8.0_172-amd64 -Xms8m
389204 org.apache.zookeeper.server.quorum.QuorumPeerMain /usr/local/zookeeper/bin/../conf/zoo.cfg -Dzookeeper.log.dir=/data/zookeeper/log -Dzookeeper.root.logger=INFO,ROLLINGFILE -Dcom.sun.management.jmxremote.host=127.0.0.1 -Dcom.sun.management.jmxremote.rmi.port=7195 -javaagent:/usr/share/java-agents/jolokia-jvm-1.6.2-agent.jar=port=7194,host=0.0.0.0 -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=7195 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dzookeeper.jmx.log4j.disable=true
437460 /opt/orchsym/crystal-java-3/crystal.jar -Xms1024M -Xmx1024M -Dspring.config.location=/opt/orchsym/crystal-java-3/config/application.properties -Djava.io.tmpdir=/opt/orchsym/crystal-java-3/tmp
389272 /usr/local/keycloak/jboss-modules.jar -mp /usr/local/keycloak/modules org.jboss.as.standalone -Djboss.home.dir=/usr/local/keycloak -Djboss.server.base.dir=/usr/local/keycloak/standalone --server-config=standalone.xml -Djboss.as.management.blocking.timeout=600 -Djboss.server.log.dir=/data/keycloak/log -D[Standalone] -Xms64m -Xmx512m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/data/keycloak/log/server.log -Dlogging.configuration=file:/usr/local/keycloak/standalone/configuration/logging.properties
200734 /opt/orchsym/core-api-java/omc-backend.jar -Xms2048M -Xmx2048M -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dspring.config.location=/opt/orchsym/core-api-java/config/application.properties -Djava.io.tmpdir=/opt/orchsym/core-api-java/tmp -Dloader.path=/opt/orchsym/core-api-java/lib

jstack（常用）

jstack主要用来查看某个Java进程内的线程堆栈信息。语法格式如下：

jstack [option] pid
jstack [option] executable core
jstack [option] [server-id@]remote-hostname-or-ip

命令行参数选项说明如下：

• -l：long listings，会打印出额外的锁信息，在发生死锁时可以用jstack -l pid来观察锁持有情况;
• -m：mixed mode，不仅会输出Java堆栈信息，还会输出C/C++堆栈信息（比如Native方法）

jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使用得非常多。下面我们来一个实例找出某个Java进程中最耗费CPU的Java线程并定位堆栈信息，用到的命令有ps、top、printf、jstack、grep。

1、第一步先找出java进程的pid：

$ ps -ef | grep omc-backend.jar | grep -v grep 
core-ap+  200734  200733  1 1月26 ?       08:04:33 /usr/java/jdk1.8.0_172-amd64/bin/java -Xms2048M -Xmx2048M -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dspring.config.location=/opt/orchsym/core-api-java/config/application.properties -Djava.io.tmpdir=/opt/orchsym/core-api-java/tmp -Dloader.path=/opt/orchsym/core-api-java/lib -jar /opt/orchsym/core-api-java/omc-backend.jar

2、得到pid为200734，第二步就是找出该进程内最耗费CPU的线程，可以使用ps -Lfp $pid或者ps -mp $pid -o THREAD,tid,time | sort -rk 2或者top -Hp $pid， 用第三的话，TIME列就是各个Java线程耗费的CPU时间。

3、使用jstack命令打印堆栈信息

其实找到最占用CPU的线程pid后，后续就用到jstack命令了，如：jstack -F 200734 > /tmp/jstack.log ，（200734为java进程pid号）然后应该是jdk版本问题，导致jstack的输出信息可能不太一样，对应的找具体报错的方法也不一样，不过无外乎就两个维度，一个是直接根据线程pid去过滤，如：grep -A 10 200753 /tmp/jstack.log命令，我这里的打印结果如下：

$ grep -A 10 200753 /tmp/jstack.log
Thread 200753: (state = BLOCKED)
 - java.lang.Object.wait(long) @bci=0 (Compiled frame; information may be imprecise)
 - java.lang.ref.ReferenceQueue.remove(long) @bci=59, line=144 (Compiled frame)
 - java.lang.ref.ReferenceQueue.remove() @bci=2, line=165 (Compiled frame)
 - java.lang.ref.Finalizer$FinalizerThread.run() @bci=36, line=216 (Compiled frame)


Thread 200751: (state = BLOCKED)
 - java.lang.Object.wait(long) @bci=0 (Compiled frame; information may be imprecise)
 - java.lang.Object.wait() @bci=2, line=502 (Compiled frame)
 - java.lang.ref.Reference.tryHandlePending(boolean) @bci=54, line=191 (Compiled frame)

另一种情况就是，你的jstack信息中是不包含线程pid信息的，此时，你需要将线程pid通过如下命令转换为16进制：

$ printf "%x\n" 200753
31031

然后同样是用转换后的16进制去堆栈信息中进行过滤，如下：

$ grep -A 10 31031 /tmp/jstack.log

这样就可以找到对应出问题的线程了。

jmap（查看堆内存使用功能状况）

jmap用来查看堆内存使用状况，一般结合jhat使用。

jmap语法格式如下：

jmap [option] <pid>
    (to connect to running process)
jmap [option] <executable <core>
    (to connect to a core file)
jmap [option] [server_id@]<remote server IP or hostname>
    (to connect to remote debug server)

使用jmap -heap pid查看进程堆内存使用情况，包括使用的GC算法、堆配置参数和各代中堆内存使用情况。比如下面的例子：

$ jmap -heap 200734
Attaching to process ID 200734, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.172-b11

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:           # 堆配置
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2147483648 (2048.0MB)
   NewSize                  = 715653120 (682.5MB)
   MaxNewSize               = 715653120 (682.5MB)
   OldSize                  = 1431830528 (1365.5MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:       # 堆使用情况
PS Young Generation       # 年轻代
Eden Space:     
   capacity = 640155648 (610.5MB)      # 总大小
   used     = 69236456 (66.0290298461914MB)       # 已使用大小
   free     = 570919192 (544.4709701538086MB)     # 剩余大小
   10.815565904372058% used          # 使用率
From Space:
   capacity = 27787264 (26.5MB)
   used     = 27783896 (26.496788024902344MB)
   free     = 3368 (0.00321197509765625MB)
   99.98787933925412% used
To Space:
   capacity = 37748736 (36.0MB)
   used     = 0 (0.0MB)
   free     = 37748736 (36.0MB)
   0.0% used
PS Old Generation        # 老年代
   capacity = 1431830528 (1365.5MB)     # 总大小
   used     = 522836896 (498.6161193847656MB)       # 已使用大小
   free     = 908993632 (866.8838806152344MB)     # 剩余大小
   36.51527787512015% used          # 使用率

76502 interned Strings occupying 8402208 bytes.