本文主要是介绍Java内存泄露和CUP飙升问题的排查方案(含面试题回答话术),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
文章目录
- 内存泄露的排查方案
- CUP飙升的排查方案
- 面试题回答话术
本文主要讲的是Java内存泄露和CUP飙升问题的排查方案以及相关面试题的回答话术。
内存泄露的排查方案
内存泄漏原因:
如果线程请求分配的栈容量超过java虚拟机栈允许的最大容量的时候,java虚拟机将抛出一个StackOverFlowError异常
如果java虚拟机栈可以动态拓展,并且扩展的动作已经尝试过,但是目前无法申请到足够的内存去完成拓展,或者在建立新线程的时候没有足够的内存去创建对应的虚拟机栈,那java虚拟机将会抛出一个OutOfMemoryError异常
如果一次加载的类太多,元空间内存不足,则会报OutOfMemoryError: Metaspace
1、通过 jmap
指定打印内存快照 dump
有的情况是内存溢出之后程序则会直接中断,而jmap只能打印在运行中的程序,所以建议通过参数的方式的生成dump文件,配置如下:
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/home/app/dumps/ 指定生成后文件的保存目录
2、通过工具, VisualVM(Ecplise MAT)去分析 dump
文件
VisualVM可以加载离线的dump文件,如下图
文件 => 装入 => 选择dump文件即可查看堆快照信息
如果是linux系统中的程序,则需要把dump文件下载到本地(windows环境)下,打开VisualVM工具分析。VisualVM目前只支持在windows环境下运行可视化
3、通过查看堆信息的情况,可以大概定位内存溢出是哪行代码出了问题
4、找到对应的代码,通过阅读上下文的情况,进行修复即可
CUP飙升的排查方案
1、使用 top
命令查看占用 CPU
的情况
2、通过 top
命令查看后,可以查看是哪一个进程占用 CPU
较高,上图所示的进程为:30978
3、查看当前线程中的进程信息
ps H -eo pid,tid,%cpu | grep 40940
pid 进行id
tid 进程中的线程id
% cpu使用率
4、通过上图分析,在进程30978中的线程30979占用 CPU
较高
注意:上述的线程id是一个十进制,我们需要把这个线程id转换为16进制才行,因为通常在日志中展示的都是16进制的线程id名称
转换方式:
在linux中执行命令
printf "%x\n" 30979
5、可以根据线程 id 找到有问题的线程,进一步定位到问题代码的源码行号
执行命令:
jstack 30978 此处是进程id
常见的CPU飙升原因:
-
程序中存在死循环或者长时间占用 CPU 的操作。比如,不合理的递归操作、循环操作等。
-
程序中存在大量的计算操作,例如复杂的算法、大量的数值计算等。
-
程序中存在大量的 IO 操作,例如读写文件、网络通信等。
-
程序中存在大量的线程创建和销毁操作,以及线程间的竞争和同步操作。
-
程序中存在内存泄漏或者内存溢出,导致 JVM 不断进行垃圾回收。
-
程序中存在大量的数据库操作,导致数据库连接池的耗尽和数据库负载过高。
针对这些问题,需要具体情况具体分析,采取相应的优化措施,例如修改代码逻辑、优化算法、降低 IO 操作频率、减少线程创建和销毁、增加 JVM 内存等。
面试题回答话术
面试官:JVM 调优的参数可以在哪里设置参数值?
候选人:
我们当时的项目是SpringBoot项目,可以在项目启动的时候,java -jar中加入参数就行了。
面试官:用的 JVM 调优的参数都有哪些?
候选人:
嗯,这些参数是比较多的
我记得当时我们设置过堆的大小,像-Xms和-Xmx
还有就是可以设置年轻代中Eden区和两个Survivor区的大小比例还有就是可以设置使用哪种垃圾回收器等等。具体的指令记不太清楚。
面试官:你们平时调试 JVM 都用了哪些工具呢?
候选人:
嗯,我们一般都是使用jdk自带的一些工具,比如
jps 输出JVM中运行的进程状态信息。
jstack 查看java进程内线程的堆栈信息。
jmap 用于生成堆转存快照。
jstat 用于JVM统计监测工具。
还有一些可视化工具,像 jconsole 和 VisualVM 等。
面试官:假如项目中产生了java内存泄露,你说一下你的排查思路?
候选人:
第一,可以通过jmap指定打印他的内存快照 dump文件,不过有的情况打印不了,我们会设置vm参数让程序自动生成dump文件。
第二,可以通过工具去分析 dump文件,jdk自带的VisualVM就可以分析。
第三,通过查看堆信息的情况,可以大概定位内存溢出是哪行代码出了问题。
第四,找到对应的代码,通过阅读上下文的情况,进行修复即可。
面试官:如果说服务器CPU持续飙高,你的排查方案与思路?
候选人:
第一,可以使用使用top命令查看占用cpu的情况。
第二,通过top命令查看后,可以查看是哪一个进程占用CPU较高,记录这个进程id。
第三,可以通过ps查看当前进程中的线程信息,看看哪个线程的CPU占用较高。
第四,可以jstack命令打印进行的id,找到这个线程,就可以进一步定位问题代码的行号。
其它问题可以参考另一篇文章:JVM相关问题排查与定位
这篇关于Java内存泄露和CUP飙升问题的排查方案(含面试题回答话术)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!