JAVA线上CPU/内存故障排查命令大全，让你迅速成为线上故障排查高手

一、检查启JAVA应用JVM参数配置

CPU占用高排查：首先确认异常的进程：

一般CPU100%疯狂GC，都是死循环的锅，那怎么排查呢？

1.先进服务器，用top -c 命令找出当前进程的运行列表

2.按一下 P 可以按照CPU使用率进行排序

3.显示Java进程 PID 为 2896 的java进程消耗最高

4.然后我们需要根据PID 查出CPU里面消耗最高的进程

5.使用命令 top -Hp PID 找出这个进程下面的线程，继续按 P 排序

6.然后看可以看到 TID = 7051 占用CPU消耗最高（注意这个时候已经是线程ID）

①按进程的CPU使用率排序

②运行top命令后，键入大写P

有两种途径：

a) 打开大写键盘的情况下，直接按P键

b) 未打开大写键盘的情况下，Shift+P键

话外音：内存占用高，如何查看？

①按进程的内存使用率排序

②运行top命令后，键入大写M

有两种途径：

a) 打开大写键盘的情况下，直接按M键

b) 未打开大写键盘的情况下，Shift+M键

按Enter键可以查看，及时的情况

TOP交互命令如下

c： 显示完整的命令
d： 更改刷新频率
f： 增加或减少要显示的列(选中的会变成大写并加*号)
F： 选择排序的列
h： 显示帮助画面
H： 显示线程
i： 忽略闲置和僵死进程
k： 通过给予一个PID和一个signal来终止一个进程。（默认signal为15。在安全模式中此命令被屏蔽）
l:  显示平均负载以及启动时间（即显示影藏第一行）
m： 显示内存信息
M： 根据内存资源使用大小进行排序
N： 按PID由高到低排列
o： 改变列显示的顺序
O： 选择排序的列，与F完全相同
P： 根据CPU资源使用大小进行排序
q： 退出top命令
r： 修改进程的nice值(优先级)。优先级默认为10，正值使优先级降低，反之则提高的优先级
s： 设置刷新频率（默认单位为秒，如有小数则换算成ms）。默认值是5s，输入0值则系统将不断刷新
S： 累计模式（把已完成或退出的子进程占用的CPU时间累计到父进程的MITE+ ）
T： 根据进程使用CPU的累积时间排序
t： 显示进程和CPU状态信息（即显示影藏CPU行）
u： 指定用户进程
W： 将当前设置写入~/.toprc文件，下次启动自动调用toprc文件的设置
<： 向前翻页
>： 向后翻页
?： 显示帮助画面
1(数字1)： 显示每个CPU的详细情况

将JAVA线程运行情况dump到指定路径，通过命令行或者MAT辅助分析如下：

①使用 pringf "%x\n" 2854(注意: 2854为占用高的线程ID)

转成十六进制，转换结果：b26

②接下来就需要导出我们的进程快照了，看看这个线程做了啥

③ jstack -l 2609 > ./err.log

再用grep查看一下线程在文件里做了啥/或者使用MAT分析dump文件(更加方便)

④cat err.log| grep 'b26' -C 10

注意：提前获取Application应用的启动参数，方便定位和排查问题

ps aux | grep app.jar 输出JVM的相关参数（经常使用）

##通过以下命令查看JVM的启动参数：
ps aux | grep  app.jar 输出JVM的相关参数
jps -lv   输出启动类名与启动时 jvm 参数，可以方便的看到各个 tomcat 的自定义参数配置
jps -lv | grep  app.jar  在上述基础上过滤出自己想要查看的项目的信息

jinfo pid  显示 jvm 系统属性与 vm 参数信息
jinfo -flags pid 显示 jvm vm 参数信息，如最大最小堆，默认堆，垃圾收集器参数等
jinfo -sysprops pid  显示 jvm 系统属性
jinfo -flag  显示特定 vm 参数值，例如 jinfo -flag MaxHeapSize pid 输出 pid 的最大堆内存

二、jstat (jvm statistics monitoring tool) 收集运行数据（堆栈排查相关）

1、语法格式

jstat -gc pid 1s 20 （经常使用）

jstat  [option pid [interval[s|ms] [count]]]
说明： interval 表示循环时间间隔，默认单位为 ms，可以在直接使用 s/ms 指定单位
如 60ms/1s， count 表示输出几次 例如下：
jstat -gc pid 1s 20 : 每 1s 查询一次 gc 情况，查询 20 次

2、option 详解（主要分三类：类装载、垃圾收集、运行期编译状况）

3.查看 GC 情况

jstat -gc pid （经常使用）

4、查看 GC 情况，以百分比显示

jstat -gcutil pid （经常使用）

5、查看新生代 GC 情况
jstat -gcnew pid

6、查看老年代 GC 情况

jstat -gcold pid

7、查看各空间容量

jstat -gccapacity pid

8、查看编译情况
jstat -compiler pid

三、jmap (memory map for java) 虚拟机堆快照工具

1、常用用法

jmap -heap pid （经常使用）

使用实例 jmap -heap 28076| head -n60

jmap -dump:format=b,file=/temp/filename.hprof pid （经常使用）

转储堆快照，生成 hprof 文件到指定路径**

jmap -histo pid | more （经常使用）

列出当前 heap 中对象状况，附字节码与 java 对象映射表

（1）jmap -heap pid 查看JVM空间总体使用情况

（2）jmap -histo pid |more 查看类的实例数和内存量

（3）jmap -histo:live pid |more 查看所有活着的实例数量。

（4）jmap -dump:format=b,file=dump_tomcat.dat pid 将内存使用情况dump到文件中

四、jstack (stack trace for java) 虚拟机线程快照工具（主要获取运行线程相关）

jstack -h查看stack的命令提示

jstack [-l] 
    (to connect to running process)
jstack -F [-m] [-l] 
    (to connect to a hung process)
jstack [-m] [-l]  
    (to connect to a core file)
jstack [-m] [-l] [server_id@]
    (to connect to a remote debug server)

jstack pid > ./a.log （经常使用）

将生成的运行线程的相关信息输出到a.log日志中，下载查看

查看线程栈执行情况/会显示所有线程的各种信息，可以用来排查死锁，或线程长时间停滞的问题

①可以通过MAT工具进行分析

5、Tomcat内存设置

windows下在catalina.bat的第一行增加：

Java代码 :set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

Linux下在catalina.sh的第一行增加：

Java代码 :JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

实例+详解

设置Tomcat启动的初始内存其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。

可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置

实例，以下给出1G内存环境下Java jvm
的参数设置参考：

JAVA_OPTS=”-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true “

JAVA_OPTS=”-server -Xms768m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX: NewSize=192m -XX:MaxNewSize=384m”

CATALINA_OPTS=”-server -Xms768m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:NewSize=192m -XX:MaxNewSize=384m”

linux：

在/usr/local/apache-tomcat-5.5.23/bin 目录下的catalina.sh添加：

JAVA_OPTS=’-Xms512m -Xmx1024m’要加“m”说明是MB，否则就是KB了，在启动tomcat时会报内存不足。

-Xms：初始值-Xmx：最大值-Xmn：最小值

Windows：

在catalina.bat最前面加入set JAVA_OPTS=-Xms128m -Xmx350m

如果用startup.bat启动tomcat,OK设置生效.够成功的分配200M内存.

但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说set JAVA_OPTS=-Xms128m -Xmx350m 没起作用.上面分配200M内存就OOM了..

windows服务执行的是bin\tomcat.exe.他读取注册表中的值,而不是catalina.bat的设置.

解决办法:

修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值为-Dcatalina.home=”C:\ApacheGroup\Tomcat 5.0″-Djava.endorsed.dirs=”C:\ApacheGroup\Tomcat 5.0\common\endorsed”-Xrs加入 -Xms300m -Xmx350m

重起tomcat服务,设置生效

**Tomcat 的JVM 内存溢出问题的解决关键字: tomcat 的jvm 内存溢出问题的解决 **

最近在熟悉一个开发了有几年的项目，需要把数据库从MySQL移植到Oracle，首先把jdbc的连接指向mysql，打包放到tomcat里面，可以跑起来，没有问题，可是当把jdbc连接指向oracle的时候，tomcat就连续抛java.lang.OutOfMemoryError的错误，上网google了一下，了解了一下tomcat的运行机制，也解决了问题，share出来，以备查。

1、首先是：java.lang.OutOfMemoryError: java heap
space 解释：

Heap size 设置 JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion
之和。

提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。

提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。

解决方法：

手动设置Heap size 修改TOMCAT_HOME/bin/catalina.bat，在“echo “Using CATALINA_BASE: $CATALINA_BASE””上面加入以下行：

Java代码 set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m

或修改catalina.sh 在“echo “Using CATALINA_BASE: JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m”

2、其次是：java.lang.OutOfMemoryError: PermGen space 原因：

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中，它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGen
space错误，这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法：

1. 手动设置MaxPermSize大小修改TOMCAT_HOME/bin/catalina.bat（Linux下为catalina.sh），在Java代码 “echo “Using CATALINA_BASE: $CATALINA_BASE””上面加入以下行： set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m

catalina.sh下为： Java代码 JAVA_OPTS=”$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m”

下面给出各种可以用户设置堆大小的命令行参数。注释列提供了一些设置参数的初级或高级建议。此外，后面还会给出更多的详细建议。

注意：1.是一个表示字节数量的浮点数，在其后面加上K、M、G后缀分别代表KB、MB、GB。

        2.是一个浮点数。

堆大小设置 JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。
典型设置：
- java -Xmx3550m -Xms3550m -Xmn2g -Xss128k
  –****Xmx3550m：设置JVM最大可用内存为3550M。
  -Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
  -Xmn2g：设置年轻代大小为2G。整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。
  -Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
- java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0
  -XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5
  -XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6
  -XX:MaxPermSize=16m:设置持久代大小为16m。
  -XX:MaxTenuringThreshold=0：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。
回收器选择 JVM给了三种选择：串行收集器、并行收集器、并发收集器，但是串行收集器只适用于小数据量的情况，所以这里的选择主要针对并行收集器和并发收集器。默认情况下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后，JVM会根据当前系统配置进行判断。
1. 吞吐量优先的并行收集器
  如上文所述，并行收集器主要以到达一定的吞吐量为目标，适用于科学技术和后台处理等。
  典型配置：
  - java -Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20
    -XX:+UseParallelGC：选择垃圾收集器为并行收集器。此配置仅对年轻代有效。即上述配置下，年轻代使用并发收集，而年老代仍旧使用串行收集。 -XX:ParallelGCThreads=20：配置并行收集器的线程数，即：同时多少个线程一起进行垃圾回收。此值最好配置与处理器数目相等。
  - java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC -XX:+UseParallelOldGC：配置年老代垃圾收集方式为并行收集。JDK6.0支持对年老代并行收集。
  - java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 -XX:MaxGCPauseMillis=100****:设置每次年轻代垃圾回收的最长时间，如果无法满足此时间，JVM会自动调整年轻代大小，以满足此值。
  - java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy
    -XX:+UseAdaptiveSizePolicy：设置此选项后，并行收集器会自动选择年轻代区大小和相应的Survivor区比例，以达到目标系统规定的最低相应时间或者收集频率等，此值建议使用并行收集器时，一直打开。
2. 响应时间优先的并发收集器
  如上文所述，并发收集器主要是保证系统的响应时间，减少垃圾收集时的停顿时间。适用于应用服务器、电信领域等。
  典型配置：
  - java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC：设置年老代为并发收集。测试中配置这个以后，-XX:NewRatio=4的配置失效了，原因不明。所以，此时年轻代大小最好用-Xmn设置。
    -XX:+UseParNewGC:设置年轻代为并行收集。可与CMS收集同时使用。JDK5.0以上，JVM会根据系统配置自行设置，所以无需再设置此值。
  - java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection
    -XX:CMSFullGCsBeforeCompaction：由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。 -XX:+UseCMSCompactAtFullCollection：打开对年老代的压缩。可能会影响性能，但是可以消除碎片
辅助信息 JVM提供了大量命令行参数，打印信息，供调试使用。主要有以下一些：
- -XX:+PrintGC 输出形式：[GC 118250K->113543K(130112K), 0.0094143 secs]
  
  ** [Full GC 121376K->10414K(130112K), 0.0650971 secs]**
- -XX:+PrintGCDetails 输出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs]
  
  ** [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]**
- -XX:+PrintGCTimeStamps -XX:+PrintGC：PrintGCTimeStamps可与上面两个混合使用
  输出形式：11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
- -XX:+PrintGCApplicationConcurrentTime:打印每次垃圾回收前，程序未中断的执行时间。可与上面混合使用
  输出形式：Application time: 0.5291524 seconds
- -XX:+PrintGCApplicationStoppedTime：打印垃圾回收期间程序暂停的时间。可与上面混合使用
  输出形式：Total time for which application threads were stopped: 0.0468229 seconds
- -XX:PrintHeapAtGC:打印GC前后的详细堆栈信息
  输出形式：
  34.702: [GC {Heap before gc invocations=7:
  def new generation total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)
  eden space 49152K, 99% used [0x1ebd0000, 0x21bce430, 0x21bd0000)
  from space 6144K, 55% used [0x221d0000, 0x22527e10, 0x227d0000)
  to space 6144K, 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)
  tenured generation total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)
  the space 69632K, 3% used [0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)
  compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)
  the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)
  ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)
  rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)
  34.735: [DefNew: 52568K->3433K(55296K), 0.0072126 secs] 55264K->6615K(124928K)Heap after gc invocations=8: def new generation total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)
  eden space 49152K, 0% used [0x1ebd0000, 0x1ebd0000, 0x21bd0000)
  from space 6144K, 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)
  to space 6144K, 0% used [0x221d0000, 0x221d0000, 0x227d0000)
  tenured generation total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)
  **the space 69632K, 4% used **[0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)
  compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)
  the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)
  ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)
  rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)
  }
  , 0.0757599 secs]
- -Xloggc:filename:与上面几个配合使用，把相关日志信息记录到文件以便分析。
常见配置汇总
1. 堆设置
  - -Xms:初始堆大小
  - -Xmx:最大堆大小
  - -XX:NewSize=n:设置年轻代大小
  - -XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4
  - -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5
  - -XX:MaxPermSize=n:设置持久代大小
2. 收集器设置
  - -XX:+UseSerialGC:设置串行收集器
  - -XX:+UseParallelGC:设置并行收集器
  - -XX:+UseParalledlOldGC:设置并行年老代收集器
  - -XX:+UseConcMarkSweepGC:设置并发收集器
3. 垃圾回收统计信息
  - -XX:+PrintGC
  - -XX:+PrintGCDetails
  - -XX:+PrintGCTimeStamps
  - -Xloggc:filename
4. 并行收集器设置
  - -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。
  - -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
  - -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)
5. 并发收集器设置
  - -XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。
  - -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时，使用的CPU数。并行收集线程数。

四、调优总结

年轻代大小选择
- 响应时间优先的应用：尽可能设大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时，减少到达年老代的对象。
- 吞吐量优先的应用：尽可能的设置大，可能到达Gbit的程度。因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8CPU以上的应用。
年老代大小选择
- 响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考以下数据获得：
  - 并发垃圾收集信息
  - 持久代并发收集次数
  - 传统GC信息
  - 花在年轻代和年老代回收上的时间比例
  减少年轻代和年老代花费的时间，一般会提高应用的效率
- 吞吐量优先的应用：一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。
较小堆引起的碎片问题 因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：
- -XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。
- -XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩

1.在eclipse设置JVM参数
打开eclipse－窗口－首选项－Java－已安装的JRE（对在当前开发环境中运行的java程序皆生效，也就是在eclipse中运行的java程序）编辑当前使用的JRE，在缺省VM参数中输入：

-Xmx1024m -Xms1024m -Xmn256m -Xss16m

 或者在运行一个java程序的时候执行：

 java -Xmx1024m

-Xms1024m -Xmn256m -Xss16m Test

 Test是一个class文件。

2. 在Tomcat服务器上设置JVM参数

  set CATALINA_OPTS=-Xmx512m -Xms512m -Xmn64m -Xss2m  或者

  set JAVA_OPTS=-Xmx512m -Xms512m -Xmn64m -Xss2m

  设置CATALINA_OPTS 和  JAVA_OPTS都是一个道理，在启动tomcat的时候设置参数。

  两者区别是JAVA_OPTS在tomcat停止的时候也会执行这个命令。

注意：Tomcat分为安装版（.exe）和非安装版或者解压版（.zip），个人还是比较喜欢解压版。两者虽然在功能上没有什么区别，但是在设置上还是有要注意的地方。这里只谈JVM设置要注意的地方。

 安装版：windows的服务会有一个tomcat服务，当启动服务的时候Tomcat会从注册表读取JVM的参数。也就是说当在tomcat的lib文件夹下catalina.bat或者startup.bat中设置JVM参数是无效的。解决办法：设置tomcat的注册表；或者使用startup.bat启动tomcat。

解压版：当点击startup.bat时，它会读取catalina.bat中的配置，不管在startup.bat文件还是在catalina.bat文件中设置JVM参数，都会读取JVM参数。

3. 查看堆的大小

 在程序中查看，返回值单位是字节，当然还有其他JVM参数可以查看。

 Runtime.getRuntime().maxMemory();

或者在命令行执行jvisualvm 命令

 或者%java_home%\bin 目录下点击jvisualvm.exe

 或者在命令行执行jconsole 命令

 或者%java_home%\bin 目录下点击jconsole.exe

4. java内存可以分为堆内存和非堆内存
—- 堆内存设置：程序可以到达的，可以操作的
-Xms 初始堆内存默认物理内存1/64,也是最小分配堆内存。当空余堆内存小于40%时，会增加到-Xms的最大限制

   -Xmx 最大堆内存分配 默认物理内存1/4，当空余堆内存大于70%时，会减小到-Xms的最小限制。
   一般设置 -Xms和Xms大小相等

   —- 非堆内存设置
  -XX:PermSize 非堆内存的初始值，默认物理内存的1/64 ，也是最小非堆内存。
  -XX:MaxPermSize 非堆内存最大值，默认物理内存的1/4,

5. 典型JVM参数设置：

  java -Xmx128m  -Xms128m -Xmn64m -Xss1m

  -Xmx128m：设置JVM最大可用内存为128M。

  -Xms128m：设置JVM最小内存为128m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

  -Xmn2g：设置年轻代大小为2G。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

  -Xss128k：设置每个线程的堆栈大小。 JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。根据应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更 多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

  — Ratio 英音：[‘reiseu] 比率
  — Eden 伊甸
  — Survivor 幸存者

  java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0

  -XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5

  -XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6

  -XX:MaxPermSize=16m：设置持久代大小为16m。

  -XX:MaxTenuringThreshold=0：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。
对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。

JAVA线上CPU/内存故障排查命令大全，让你迅速成为线上故障排查高手

一、 检查启JAVA应用JVM参数配置

CPU占用高排查：首先确认异常的进程：

一般CPU100%疯狂GC，都是死循环的锅，那怎么排查呢？

1.先进服务器，用top -c 命令找出当前进程的运行列表

2.按一下 P 可以按照CPU使用率进行排序

3.显示Java进程 PID 为 2896 的java进程消耗最高

4.然后我们需要根据PID 查出CPU里面消耗最高的进程

5.使用命令 top -Hp PID 找出这个进程下面的线程，继续按 P 排序

6.然后看可以看到 TID = 7051 占用CPU消耗最高（注意这个时候已经是线程ID）

①按进程的CPU使用率排序

②运行top命令后，键入大写P

有两种途径：

a) 打开大写键盘的情况下，直接按P键

b) 未打开大写键盘的情况下，Shift+P键

话外音：内存占用高，如何查看 ？

①按进程的内存使用率排序

②运行top命令后，键入大写M

有两种途径：

a) 打开大写键盘的情况下，直接按M键

b) 未打开大写键盘的情况下，Shift+M键

按Enter键可以查看，及时的情况

TOP交互命令如下

将JAVA线程运行情况dump到指定路径，通过命令行或者MAT辅助分析如下：

①使用 pringf "%x\n" 2854(注意: 2854为占用高的线程ID)

转成十六进制，转换结果：b26

②接下来就需要导出我们的进程快照了，看看这个线程做了啥

③ jstack -l 2609 > ./err.log

再用grep查看一下线程在文件里做了啥/或者使用MAT分析dump文件(更加方便)

④cat err.log| grep 'b26' -C 10

ps aux | grep app.jar 输出JVM的相关参数（经常使用）

二、jstat (jvm statistics monitoring tool) 收集运行数据（堆栈排查相关）

jstat -gc pid 1s 20 （经常使用）

jstat -gc pid （经常使用）

jstat -gcutil pid （经常使用）

jstat -gcold pid

jstat -gccapacity pid

三、jmap (memory map for java) 虚拟机堆快照工具

jmap -heap pid （经常使用）

使用实例 jmap -heap 28076| head -n60

jmap -dump:format=b,file=/temp/filename.hprof pid （经常使用）

转储堆快照，生成 hprof 文件到指定路径**

jmap -histo pid | more （经常使用）

列出当前 heap 中对象状况，附字节码与 java 对象映射表

（1）jmap -heap pid 查看JVM空间总体使用情况

（2）jmap -histo pid |more 查看类的实例数和内存量

（3）jmap -histo:live pid |more 查看所有活着的实例数量。

（4）jmap -dump:format=b,file=dump_tomcat.dat pid 将内存使用情况dump到文件中

四、jstack (stack trace for java) 虚拟机线程快照工具（主要获取运行线程相关）

jstack pid > ./a.log （经常使用）

将生成的运行线程的相关信息输出到a.log日志中，下载查看

①可以通过MAT工具进行分析

windows下在catalina.bat的第一行增加：

Java代码 :set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

Linux下在catalina.sh的第一行增加：

Java代码 :JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

设置Tomcat启动的初始内存其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。

可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置

你可能感兴趣的:(JAVA线上CPU/内存故障排查命令大全，让你迅速成为线上故障排查高手)

一、检查启JAVA应用JVM参数配置

话外音：内存占用高，如何查看？