脚踏实地

故障排查命令

收录Linux常用命令，以下命令来自https://www.bilibili.com/video/BV14A411378a

关机/重启/注销

系统信息和性能查看

磁盘和分区

⽤户和⽤户组

⽹络和进程管理

常⻅系统服务命令

⽂件和⽬录操作

⽂件查看和处理

打包和解压

RPM包管理命令

YUM包管理命令

DPKG包管理命令

APT软件⼯具

故障排查分析工具

JDK自带分析工具

参考文章：

• https://segmentfault.com/a/1190000038209665
• https://www.cnblogs.com/kongzhongqijing/articles/5534624.html

jps

jps查询系统内所有HotSpot进程，它位于java的bin目录下。

jstat

jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，和jps一样，都在bin目录下。

jinfo

jinfo查看虚拟机参数信息，也可用于调整虚拟机配置参数。我们通过jinfo --help能看到相应的参数。

当使用jinfo进行修改对应进程JVM参数时，有一定的局限性。并不是所有的参数都支持修改，只有参数被标记为manageable的参数才可以被实时修改。

可以使用命令查看被标记为manageable的参数：java -XX:+PrintFlagsFinal -version | grep manageable

jmap

jmap全称：Java Memory Map，主要用于打印指定Java进程(或核心文件、远程调试服务器)的共享对象内存映射或堆内存细节。jmap以生成 java程序的dump文件， 也可以查看堆内对象示例的统计信息、查看ClassLoader 的信息以及 finalizer 队列。

jmap命令可以获得运行中的JVM的堆的快照，从而可以离线分析堆，以检查内存泄漏，检查一些严重影响性能的大对象的创建，检查系统中什么对象最多，各种对象所占内存的大小等等。可以使用jmap生成Heap Dump。

Heap Dump又叫堆转储文件，指一个java进程在某一个时间点的内存快照文件。Heap Dump在触发内存快照的时候会保存以下信息：

• 所有的对象
• 所有的class
• GC Roots
• 本地方法栈和本地变量

通常在写Dump文件前会触发一次Full GC，所以Heap Dump文件里保存的对象都是Full GC后保留的对象信息。 由于生成dump文件比较耗时，所以请耐心等待，尤其是大内存镜像生成的dump文件，则需要更长的时间来完成。

可以通过参数配置当发生OOM时自动生成dump文件：-XX:+HeapDumpOnOutOfMemeryError -XX:+HeapDumpPath=<filename.hprof>,当然此种方式获取dump文件较大，如果想要获取dump文件较小可以手动获取dump文件并指定只获取存活的对象。

jhat

JVM Heap Analysis Tool命令是与jmap搭配使用，用来分析jmap生成的dump文件，jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看。在此要注意，一般不会直接在服务器上进行分析，因为jhat是一个耗时并且耗费硬件资源的过程，一般把服务器生成的dump文件复制到本地或其他机器上进行分析。

注意，jhat在jdk9中已经移除，官方对贱使用visualvm来配置jmap进行分析。

jstack

jstack，全称JVM Stack Trace栈空间追踪，用于生成虚拟机指定进程当前线程快照；主要分析堆栈空间，也就是分析线程的情况，可以分析出死锁问题，以及cpu100%的问题。jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使用得非常多。

jstack主要用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因， 如线程间死锁、死循环、请求外部资源导致的长时间等待等。

除了可以使用jstack打印栈的信息，在java层面也可以使用Thread.getAllStackTraces()方法获取堆栈信息。

jcmd

在JDK1.7之后，新增了一个命令行工具jcmd。

它是一个多功能的工具，可以实现前面除了jstat之外的所有功能。例如，导出dump文件、查看线程信息、导出线程信息、执行GC，JVM运行时间等。

jcmd拥有jmap的大部分功能，并且在官方网站上也推荐使用jcmd代替jmap。

GUI分析工具

jconsole

JConsole 是一个内置 Java 性能分析器，可以从命令行（直接输入jconsole）或在 GUI shell （jdk\bin下打开）中运行。

它用于对JVM中内存，线程和类等的监控。这款工具的好处在于，占用系统资源少，而且结合Jstat，可以有效监控到java内存的变动情况，以及引起变动的原因。在项目追踪内存泄露问题时，很实用。

visual vm

visual vm 是一个功能强大的多合一故障诊断和性能监控的可视化工具。它集成了多个JDK命令行工具，使用visual vm可用于显示虚拟机进程及进程的配置和环境信息，监视应用程序的CPU、GC、堆、方法区及线程的信息等，甚至代替jconsole。

在JDK7，visual vm便作为JDK的一部分发布，在JDK的bin目录下，即：它完全免费。此外，visual vm也可以作为独立软件进行安装。

主要功能：

• 生成读取dump文件
• 查看JVM参数和系统属性
• 查看运行中虚拟机进程
• 生成读取线程快照
• 程序资源的实时监控

visual vm 支持插件扩展，可以在visual vm上安装插件，也可以将visual vm安装在idea上：

visual vm可以生成dump文件，生成的dump文件是临时的，如果想要保留该文件需要右键另存为即可：

如果堆文件数据较大，排查起来很困难，可以使用OQL语句进行筛选。

OQL:全称，Object Query Language 类似于SQL查询的一种语言，OQL使用SQL语法，可以在堆中进行对象的筛选。

基本语法：

select <JavaScript expression to select> 
[ from (instanceof) <class name> <identifier>
( where <JavaScript boolean expression to filter> ) ]

1.class name是java类的完全限定名 2.instanceof表示也查询某一个类的子类 3.from和where子句都是可选的 4.可以使用obj.field_name语法访问Java字段

例如

-- 查询长度大于等于100的字符串
select s from java.lang.String s where s.value.length >= 100

-- 显示所有File对象的文件路径 
select file.path.value.toString() from java.io.File file

-- 显示由给定id字符串标识的Class的实例
select o from instanceof 0x741012748 o

visual vm也可以将两个dump文件进行比较：

visual vm不但可以生成堆的dump文件，也可以对线程dump：

eclipse MAT

MAT全称，Memory Analyzer Tool 是一款功能强大的Java堆内存分析器。可以用于查找内存泄漏以及查看内存消耗情况。

MAT是eclipse开发的，不仅可以单独使用，还可以作为插件嵌入在eclipse中使用。是一款免费的性能分析工具，使用起来很方便。

MAT的主要功能就是分析dump文件。分析dump最终目的是为了找出内存泄漏的疑点，防止内存泄漏。

JVM内存包含信息：

• 所有对象信息，包括对象实例、成员变量、存储于栈中的基本数据类型和存储于堆中的其他对象的引用值；
• 所有的类信息，包括classloader、类名称、父类的信息、静态变量等；
• GCRoot到所有的这些对象的引用路径;
• 线程信息，包括线程的调用栈及线程的局部变量;

常见获取dump文件方式：

• 通过jmap或jcmd命令行方式获取；
• 通过配置JVM参数”-XX:+HeapDumpOnOutOfMemoryError"或"-XX:+HeapDumpBeforeFullGC"
• 使用第三方工具生成dump文件，如：visual vm

MAT介绍

导入dump文件：

在生成可疑泄漏报告后，会在对应的堆转储文件目录下生成一个zip文件。

MAT最主要的功能是分析dump文件，其中比较重要的功能就是histogram(直方图)和dominator tree(支配树)

直方图

• 浅堆：一个对象结构所占用的大小，即对象头+实例数据+对齐填充，不包括内部引用对象大小；
• 深堆：一个对象被 GC 回收后，可以真实释放的内存大小；
• 对象的实际大小：一个对象所能触及的所有对象的浅堆大小之和；

如上图所示：（浅堆<= 深堆 <= 实际大小）

• Object2浅堆大小：为Object2本身；
• Object2深堆大小：Object2本身加上Object6；
• Object2实际大小：Object2本身加上Object6加上Object5；

支配树对象图

支配树概念源自图论。它体现了对象实例之间的支配关系。在对象的引用图中，所有指向对象B的路径都要经过对象A，则认为对象A支配对象B。如果对象A是离对象B最近的一个支配对象，则认为对象A为对象B的直接支配者。

支配树是基于对象间的引用图建立的，它有以下性质：

• 对象A的子树，即所有被对象A支配的对象集合，表示对象A的保留集，即深堆；
• 如果对象A支配对象B，那么对象A直接支配者也支配对象B；
• 支配树的边与对象引用图的边不相对应；

分配树能直观的体现对象能否被回收的情况，如图所示，左为对象的引用图，右为对象的支配图。

• C与E的关系为，C支配E，C是E的直接支配者，G和E为C的保留集；
• C与H不是支配关系，因为H被F引用；