展示型网站搭建登封网站关键词优化软件
文章目录
- 常用命令
- 1. jps
- 2. jconsole
- 3. jstat
- 4. jmap
- 工具
- 1.jvisualvm
排查OOM的方法其实很简单很简单。
- 如果能找到拋OOM的日志，可以在日志里看到是哪一行抛出的OOM异常。
- 如果找不到日志，那么处理方式是导出Java进程的内存快照，然后用工具查看OOM日志。
- 如果打印OOM日志的行不是导致OOM的罪魁祸首（因为也许是别的地方把内存占完了，刚好此处要申请内存，就抛OOM了），那就通过工具查看哪些对象占用了大量内存未释放，进而找到这些对象的所在的类。
在学习如何排查OOM之前，先来学习几个常用的命令，它们对于分析内存、线程、垃圾收集有着很好的帮助。如果不想浪费时间也可直接跳到“工具”目录。
常用命令
1. jps
jps 是 JDK 自带的命令行工具，用于查看 Java 进程。
我们都知道 Linux 中 ps 命令是用来查看进程的，jps 相当于是 java ps，是只查看 Java 进程的命令，在Windows和Linux上都可以。
例如我们写一个main方法：
public class Test1 {public static void main(String[] args) throws InterruptedException {while (true) {Thread.sleep(1000L);System.out.println("hello world");}}
}
使用jps命令查看进程号：
2. jconsole
jconsole 是 JDK 自带的一个图形化监控工具。
只能在Windows上使用，在Linux上一般打不开除非有图形界面库。
用它可以连接到正在运行的 Java 应用程序，并监视其 CPU 使用率、内存使用情况、线程状态、有无死锁、类加载等。jconsole 对于实时监控 Java 应用程序的健康状况和进行性能调优非常有用。
我们直接在控制台输入 jconsole 回车便可打开监控工具。
step1： 输入控制台输入jconsole，回车，打开如下界面。
step2： 选择本地进程，如我这里选的是刚刚启动的Test1，然后选择“不安全的连接”。
然后就能非常直观的监控 CPU、内存、线程、类的状态啦~，如图：
在“线程”tab页，还可以非常方便的检测当前进程有无死锁状态的线程，这也是 jconsole 最常用的功能之一。如下图：
也可以使用jconsole连接远程的Java进程，但是一般不这么用，不做过多讲解。
3. jstat
jstat 相当于是 jconsole 的命令版，jconsole 是 jstat 的可视化版。
jstat 也是 JDK 自带的命令行工具，用于监控 Java 程序的垃圾收集、类加载、JIT编译等方面的信息。
常用命令：
jstat -class 查看类加载和卸载情况
jstat -compiler 查看JIT编译器的编译情况
使用方式见下图：
上面两个命令我们一般也用不到，最常用的命令还是 jstat -gcutil
jstat -gcutil 命令用于查看垃圾收集情况，包括新生代和老年代的垃圾收集信息。
解释图中命令：jstat -gc 是查看垃圾收集情况，1204是进程号，1000是每1秒打印一次，5是一共打印5次。这里的值是百分比，S1区被占用了26.78%，Eden区被占用了47.65%。
如果不想查看百分百而查看具体的值，可使用 jstat -gc 命令：
4. jmap
jmap 是 JDK 自带的一个命令行工具，主要用于打印出 Java 进程的内存快照，包括堆内存的详细信息、垃圾回收器信息等。它对于分析和诊断内存泄漏或需要优化内存使用的情况下非常有用。
使用方式：
jmap -dump:file=<文件名> <进程ID>
使用示例：
我们改造一下测试用例，让线程创建很多不能被回收的静态 Integer 对象并且让线程保持运行状态。如下
public class Test1 {static List<Integer> list = new ArrayList<>();public static void main(String[] args) {for (int i = 0; i < 1000000; i++) {list.add(i+1);}while (true) {}}
}
导出内存快照，如下：
然后就会生成一个 d.hprof 文件，接下来就可以用可视化工具检测内存状态啦~
其实，为了在发生OOM时及时导出快照信息，我们可以在 Java 应用启动时加上参数，让它在发生OOM时自动dump内存快照。参数如下
- -XX:+HeapDumpOnOutOfMemoryError: 当 JVM 抛出 OOM 时，自动导出内存快照。
- -XX:HeapDumpPath=<路径>: 指定快照文件的保存路径。如果没有指定这个参数，默认情况下，堆转储文件会被写入到工作目录下，文件名为 java_pid<进程id>.hprof。
工具
工具有很多，比如 jvisualvm、JProfile、Eclipse Memory Analyzer等等，各有千秋。我们这里只演示jvisualvm的用法。
我们先创建一段代码，让它抛出OOM异常并自动导出内存快照：
package com.fanren;import java.util.ArrayList;
import java.util.List;public class Test1 {static List<Integer> list = new ArrayList<>();public static void main(String[] args) {for (int i = 0; i < 1000000; i++) {list.add(i+1);}}
}
然后配置启动类，配置堆内存为10m并且发生OOM时自动导出内存快照：
接着运行就会报错：
已经发生OOM异常并且导出了 java_pid25104.hprof 文件。
接下来我们就可以在工具中使用 java_pid25104.hprof 文件排查OOM的原因了。
1.jvisualvm
jvisualvm在JDK 6 Update 7版本后作为标准工具被引入，也就是说 jvisualvm 是 JDK 自带的，省的下载了。
我们在控制台输入 jvisualvm 即可打开该工具。
如上图，进来后如果本地有正在运行的 Java 进程，可以监控此进程，双击打开可以看到右侧也有类似于 jconsole 的监控界面。也可以在此界面执行垃圾回收或是导出（dump）当前堆的快照，非常方便。
jvisualvm 不仅可以监控正在运行的进程内存状况，也可以导入内存快照。只需点击左上角的“装入快照”，我们把刚刚导出的 java_pid25104.hprof 给装入进来后如下图：
“概要”视图里已经提示了发生OOM的线程，点击之后就可以看到报错的行号：
可以发现正是我们的问题代码所在的行。
如果通过报错行号找到的不是导致OOM的罪魁祸首，那么可以点击“类”视图：
“类”视图里按照内存大小倒序后可以看到，Integer 类型对象占用了最多的空间，我们双击此行进入到“实例数”视图。如下：
在这个视图里选中一个对象实例，就可以在右侧“引用”模块查看到引用该对象的类是 Test1。
这样的话就可以得出结论：内存溢出是 Test1 类里面的 Integer 对象过多导致的。
于是我们就可以排查代码写得是不是有问题了。